This proposal introduces a deterministic gas limit growth schedule via client-side defaults. Ethereum clients will vote to increase the gas limit according to an exponential schedule unless explicitly configured otherwise by the user. The gas limit increase occurs every beacon chain epoch, aligned to a factor-of-10 increase every approximately 164,250 epochs (2 years). It will stop after 4 years when an updated gas increase schedule should be decided and committed to.
The current gas limit mechanism relies on miner/operator voting, which lacks coordination and predictability. While flexible, this approach can lead to stagnation or overly cautious increases. By introducing a predictable exponential growth pattern as a client default, this EIP encourages a sustainable and transparent gas limit trajectory, aligned with expected advancements in hardware and protocol efficiency.
Let G0 = 50,000,000 be the gas limit at the activation epoch. Let the activation epoch be Ethereum beacon chain epoch 369017, which corresponds to approximately June 1, 2025.
Let t be the current beacon chain epoch and t0 = 369017 be the activation epoch.
Let T = 164,250 be the number of epochs for a 10x increase.
The gas limit at epoch t is calculated as follows:
round should round to the next integer.
This EIP maintains Ethereum's current gas voting mechanism but enhances it with a predictable and community-coordinated trajectory. By distributing responsibility across clients rather than enforcing protocol changes via consensus rules, this proposal offers flexibility while encouraging scalability.
The exponential growth model ensures gradual but significant increases, allowing the network to adapt while targeting ambitious throughput goals.
The change is non-consensus and backward compatible. Clients not implementing the EIP will continue to behave as before. Only the default behavior changes; manual configuration remains supported.
A rapid increase in the gas limit may stress less-optimized nodes and increase block propagation times. However, the exponential schedule with very gradual increments per epoch gives node operators and developers ample time to adapt and optimize.
Copyright and related rights waived via CC0.