I voted core...
But I am old school.
I am also a professional miner.
If 20MB blocks go through, I will have to shut my node down entirely and go mine another coin.
In my world, it's the core or nothing at all... whilst I want to remain in Bitcoin, I won't be able to save my earnings and will be auto-sold.
Put more downwards selling pressure on the network... I'm just one miner, though not the only one.
.....
To me, the devs are nothing but power trippers looking for something to do, to establish their usefulness.
Gavin's just another thoughtless brain dead liberal trying to play follow the leader.
Just like union cock suckers, no one matters to them but themselves and their skin flute orchestra.
GO USE OTHER COINS!!! BITCOIN IS TOO FUCKING SLOW!!!!
Then you will see that the Btcoin block size is fine the way it is and that Bitcoin really sucks as a crypto.
it will take
years before there will be 20MB blocks...
It's disheartening to see that even a miner, the people I would expect to have at least
some technical knowledge and be capable of making an informed decision, can get this concept mixed up so easily. Why is it so difficult for people to comprehend? You will only be processing the transactions that are there, same as you do now. It's not like there's going to be an extra 50 million transactions overnight just because the fork goes ahead. In future, there will likely be more transactions and the network needs to be able to handle that. The extra users will be including fees with their transactions if they want them processed urgently, just like users do now, so there will be more revenue coming in to help pay for any additional bandwidth costs.
this is the reason why they want to avoid it, because it does not scale, and you will end up with so much space that it is no needed, one could argue that in the case bitcoin start to skyrocket randomly within 1 year(not talking about price only, but adoption also, the latter can increase in not time if there is enough interest from people), it would be useful to have more space, but the chances for this, are still to slim, and therefore it is better to increase it step by step
it should not be so hard for dev to implement a code in the client that increase the limit everytime it reach saturation
