Quote from: ImI on January 21, 2016, 07:06:44 PM

Quote from: billyjoeallen on January 21, 2016, 06:54:48 PM

Quote from: JorgeStolfi on January 21, 2016, 06:39:50 PM

Quote from: rebuilder on January 21, 2016, 04:28:04 PM

The answer to your question of attacking one of the chains seems to be valid, still.

I don't think so...

When a fork is proposed, like XT or Classic (with 75% trigger and a few weeks of grace period between the trigger and the switch to new rules), I think that:

* Before the fork, holders should pray that it resolves neatly and quickly as a non-event, and keep quiet or voice their preferences quietly, so that it does not upset the price;

* If the proposal gains some support, but neither reaches 75% nor drops back to zero, and it looks like the impasse may continue for a while, they may want to speak out for one outcome, to help break the impasse -- but that may make things worse if they themselves cant agree on which side to support. They may want to sell while the price is still OK, justin case; but that may cause the price to crash. Or they may choose to bet on the price recovering later, and keep holding.

* If the proposal gets little suport and seems to be a sure fail, the holders shoul shout it down.

* If the proposal gets 51% and keeps increasing, the holders should cheer it along.

* If the proposal gets the required support and triggers, the holders should upgrade their clients accept it, and do what they can to convince the remaining miners and players to accept it too.

* If the change has triggered, but at the end of the grace period there is still a non-negligible fraction of the miners that refuse to accep it, then the holders should try to convince the exchanges and other services to boycott the minority chain and refuse its coins, and convince the miners to sabotage the minority chain.

When a minority can veto, we have what amounts to a game of "chicken". In the game of chicken, the side perceived to be the craziest and most hell-bent on winning at any cost (including their own destruction) is the side that wins. This right now is the side of the smallblockers, unfortunately. That's why I think this will take a while to play out, longer in fact than it will take to fill the blocks and hike fees. Possibly long enough to get a network congestion failure.

There won't be a "congestion failure". If blocks are full a order of importance builds itself, those TXs that are more important are paying more and those that are not important are paying less/nothing. You dont have to agree with this fee market evolving and its perfectly fine to be in the bigblockers-camp, but this "congestion failure" is just bullshit cause it paints a situation that will never occur.

The more important Bitcoins becomes, the more likely a congestion failure will be absent a scaling solution. Let's assume half the transactions are either not important or urgent. Then what happens if that number grows by a factor of five? This is not unprecedented. There is no way the price will sustainably go up without attracting new users EXPONENTIALLY and the network won't be able to handle them no matter how much in fees they pay.

Let's use a hypothetical example: Imagine that the Chinese government announces that they will soon close the loophole that allows their citizens to avoid capital controls via crypto. This could cause a mad rush to the exits, particularly if the economic conditions inside China deteriorate. If one tenth of one percent of the Chinese try to get their money out through bitcoin, that's (1,600,000,000)X(0.001)=1,600,000 so at only one transaction each, we're looking at over four times the total daily network capacity IN ADDITION TO all the other traffic. That's just one example. I can think of dozens more. Hyperinflation in a third world country. another Cypress type banking crisis. A terrorist attack on the Bank of International Settlements. SWIFT or ACH getting hacked. etc.

The mempool has already been over 10MB for two days straight. We are looking at a permanent and growing backlog of transactions.