Max Block Size: Simple Voting Procedure [combined summary]



Individual post summaries: Click here to read the original discussion on the bitcoin-dev mailing list

Published on: 2015-06-03T04:18:22+00:00


Summary:

The email exchange between Stephen Morse and Pindar Wong discusses the idea of separating hard/soft fork upgrades in Bitcoin. Wong believes that involving mining pools in decisions can be interesting, but Morse acknowledges concerns about giving miners too much power. Vincent proposes changes to the voting system for miners, suggesting that votes need to be 100% instead of 50.01% to give small miners a fair chance. He also suggests that users who make transactions should have a vote, and fee incentives should attract legitimate votes from miners. However, Stephen points out technical infeasibilities with voting through wallets. The discussion also mentions the possibility of using a token in the coinbase input script to indicate support for larger blocks, but there are concerns about centralization and risks associated with miners wanting larger blocks than the rest of the network can handle. The proposal suggests a voting procedure to increase the block size limit, using an output in the coinbase transaction to vote for or against the increase. Not voting is equivalent to voting against the increase. If more than 1008 blocks out of a 2016 block round vote to increase the block size limit, then the maximum block size increases by 500 kb. The proposal aims to create a non-gameable voting system without artificially bloating blocks or excluding transactions.


Updated on: 2023-08-01T12:59:08.483186+00:00