[bitcoin-dev] Hard fork proposal from last week's meeting

Tom Zander tomz at freedommail.ch
Thu Mar 30 10:30:49 UTC 2017

On Thursday, 30 March 2017 07:23:31 CEST Ryan J Martin via bitcoin-dev 
>      The original post and the assorted limit proposals---lead me to
> something I think is worth reiterating: assuming Bitcoin adoption
> continues to grow at similar or accelerating rates, then eventually the
> mempool is going to be filled with thousands of txs at all times whether
> block limits are 1MB or 16MB

This is hopefully true. :)

There is an unbounded amount of demand for block space, and as such it 
doesn’t benefit anyone if the amount of free transactions get out of hand. 
Because freeloaders would definitely be able to completely suffocate Bitcoin.

In the mail posted by OP he makes clear that this is a proposal for a hard 
fork to change the block size *limit*. The actual block size would not be 
changed at the same time, it will continue being set based on market values 
or whatever we decide between now and then.

The block size itself should be set based on the amount of fees being paid 
to miners to make a block.

What we want is a true fee-market where the miner can decide to make a block 
smaller to get people to pay more fees, because if we were to go to 16MB 
blocks in one go, the cost of the miner would go up, but his reward based on 
fees will go down!
A block so big that 100% of the transactions will always be mined in the 
next block will just cause a large section of people to no longer feel the 
need to pay fees.

As such I don’t fear the situation where the block size limit goes up a lot 
in one go, because it is not in anyone’s interest to make the actual block 
size follow.
Tom Zander
Blog: https://zander.github.io
Vlog: https://vimeo.com/channels/tomscryptochannel

More information about the bitcoin-dev mailing list