Proposed alternatives to the 20MB step function



Summary:

The email thread discusses the proposal to raise the block size limit in Bitcoin. Mark Friedenbach highlights the risks associated with infrastructure scaling, centralization pressures and the delay in developing a constraint-based fee economy if the block size is raised without any feedback mechanism. He suggests having a dynamic block size limit controller that applies a cost to raising the block size to preserve decentralization and long-term stability features. The proposed solution allows block size to increase within the confines of a self-supporting fee economy. The incentive structure created by this solution constrains the maximum allowed block size to be within a range supported by fees on the network, providing an emergency relief valve that can only be used at significant cost. The email thread also presents several ideas for determining the hard block size limit, including basing it on the actual block sizes over some trailing sampling period, determining it through a vote of the miners or making it a function of the blockchain length. However, Mark Friedenbach's proposal relies on a miner-selected difficulty that adjusts the maximum block size for that block by a function of the difference in difficulty, making raising the block size have a real cost associated with it.


Updated on: 2023-06-09T20:07:57.525267+00:00