Richy_T
Legendary
Offline
Activity: 2422
Merit: 2113
1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k
|
|
October 14, 2015, 12:23:29 AM |
|
Are we on rally now?
I don't think so. I don't think one is imminent either.
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
ChartBuddy
Legendary
Offline
Activity: 2156
Merit: 1745
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
October 14, 2015, 01:02:41 AM |
|
|
|
|
|
ChartBuddy
Legendary
Offline
Activity: 2156
Merit: 1745
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
October 14, 2015, 02:02:37 AM |
|
|
|
|
|
BlindMayorBitcorn
Legendary
Offline
Activity: 1260
Merit: 1115
|
|
October 14, 2015, 02:05:35 AM |
|
At least that upside-down Ripple shill is long gone. Remember that guy?
|
|
|
|
ChartBuddy
Legendary
Offline
Activity: 2156
Merit: 1745
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
October 14, 2015, 03:02:54 AM |
|
|
|
|
|
suda123
|
|
October 14, 2015, 03:33:15 AM |
|
it's a hole (trap). context pls?
|
|
|
|
Cconvert2G36
|
|
October 14, 2015, 03:40:25 AM |
|
At least that upside-down Ripple shill is long gone. Remember that guy? Extra points if you remember the "not upside down" one too.
|
|
|
|
|
ChartBuddy
Legendary
Offline
Activity: 2156
Merit: 1745
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
October 14, 2015, 04:02:42 AM |
|
|
|
|
|
JayJuanGee
Legendary
Offline
Activity: 3696
Merit: 10165
Self-Custody is a right. Say no to"Non-custodial"
|
|
October 14, 2015, 04:27:53 AM |
|
At least that upside-down Ripple shill is long gone. Remember that guy? Extra points if you remember the "not upside down" one too. You mean Mah87 ?
|
|
|
|
podyx
Legendary
Offline
Activity: 2338
Merit: 1035
|
|
October 14, 2015, 04:50:14 AM |
|
|
|
|
|
ChartBuddy
Legendary
Offline
Activity: 2156
Merit: 1745
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
October 14, 2015, 05:02:32 AM |
|
|
|
|
|
rebuilder
Legendary
Offline
Activity: 1615
Merit: 1000
|
|
October 14, 2015, 05:28:33 AM |
|
Don't remember when I last sawthis kind of back-and-forth on Bitstamp!
|
|
|
|
SnokkomBTC
|
|
October 14, 2015, 05:34:26 AM |
|
At least that upside-down Ripple shill is long gone. Remember that guy? Extra points if you remember the "not upside down" one too. You mean Mah87 ? Walsoraj
|
|
|
|
Cconvert2G36
|
|
October 14, 2015, 05:44:27 AM |
|
At least that upside-down Ripple shill is long gone. Remember that guy? Extra points if you remember the "not upside down" one too. You mean Mah87 ? Walsoraj The oft forgotten and misunderstood Jaroslaw.
|
|
|
|
ChartBuddy
Legendary
Offline
Activity: 2156
Merit: 1745
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
October 14, 2015, 06:02:45 AM |
|
|
|
|
|
jbreher
Legendary
Offline
Activity: 3038
Merit: 1660
lose: unfind ... loose: untight
|
|
October 14, 2015, 06:59:49 AM |
|
We also have a valuable limit used to avoid spam filling up blocks,
Wait - what? Clearly, the limit just ensures that relatively few spam transactions are required to fill up blocks.
|
|
|
|
ChartBuddy
Legendary
Offline
Activity: 2156
Merit: 1745
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
October 14, 2015, 07:02:57 AM |
|
|
|
|
|
Globb0
Legendary
Offline
Activity: 2674
Merit: 2053
Free spirit
|
|
October 14, 2015, 07:28:09 AM |
|
For the spam justification of the limit you have to ask Satoshi.
Spam attacks have also been proven a very real threat.
There are several hypothetical attacks that could be called "spam attacks". One type (1) is what we have seen since July this year: issue hundreds of MB of cheap transactions, to fill the queues and maybe crash the relay nodes (and generally cause trouble for software that deals with the queues. That attack does not affeact transactions that pay fees higher than the attacker pays. It will delay zero- and low-fee transactions. The delay depends on the clearance C - T between the average capacity C of the network (currently ~0.80 MB/block) and the average non-spam incoming traffic T (currently ~0.45 MB/block). Currently, with less than 50'000 USD anyone can launch an attack that clog the queues and delay low-fee transactions for 2-3 weeks or more. Another type (2), that we have not seen yet, tries to delay some of the high-paying fee too. To hold up 50% of the legitimate traffic, for example, an attacker of this type would keep issuing transactions with suitable fees to ensure that the top 0.80 MB of the queue always included at least 0.58 MB of his own transactions. That is, he would have to issue C - T/2 transactions per block, with enough fees to keep the low half of the legitimate traffic perpetually out of the next block. I don't know how much this attack would cost per hour; but I guess that an attacker with 50'000 USD budget would be able to keep it up for at least half a day. Yet another type (3) of attack may be a miner creating and solving a large bock to cause relay nodes and some clients to crash. Rumor is that the 1 MB limit was introduced to prevent hypothetical type (3) attacks, or some similar one. But there was no such attack during the 20 months or so in 2009 and 2010 that bitcoin operated with a 32 MB block size limit; and it is not clear whether such a rogue miner could do much damage except to himself. On the other hand, presently it is the 1 MB limit that makes attacks of type (2) viable, and causes type (1) attacks to delay low-fee transactions by weeks. If the block size limit were to be raised to 8 MB, the effective capacity C would rise from 0.80 MB/block to maybe 6.00 MB/block . The clearance C - T would then increase from 0.35 to 5.65 MB/block. That would speed up the recovery after type (1) attacks some 15-fold, so a backlog that now takes 2 weeks to clear (like the one that exists now) would be cleared in 1 day. If the block size limit were to be raised to 8 MB, a type (2) attacker who wanted to hold up 50% of the legitimate traffic would have to issue 5.77 MB of transactions per block, instead of 0.58 MB/block; but he would need to pay the same fees in order to keep the half of the traffic out. Therefore the cost to the attacker, per hour, would be ~10 times larger. Far from being an argument against a block size increase, spam attacks are one of the strongest reasons why the increase should be a no-brainer. In fact, deterrence of and resilience against spam attacks demand a large increase rather than a small one. (4) The apparent cloning of transactions, with a slight difference. Only one of which is valid. Causing spurs and reshuffles. this apparently with less cost because the invalid transactions are eventually rejected as such.
|
|
|
|
Elwar
Legendary
Offline
Activity: 3598
Merit: 2384
Viva Ut Vivas
|
|
October 14, 2015, 07:43:56 AM |
|
Does that chart mean that the Federal Reserve is loaning banks an extraordinary amount of money? Over $600 billion in September?
|
|
|
|
|