EIP-7938: Exponential Gas Limit Increase
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 e
EIP-7938: Exponential Gas Limit Increase 🚧 Stagnant Informational EIP-7938: Exponential Gas Limit Increase Exponentially increase gas limit 100x over 4 years by setting a default for the client vote Authors Dankrad Feist ( @dankrad ) Created 2025-04-27 Discussion Link https://ethereum-magicians.org/t/eip-9698-exponential-gas-limit-increase-via-default-client-voting-behavior/23884 Table of Contents Abstract Motivation Specification Schedule Client Behavior Activation Rationale Backwards Compatibility Security Considerations Copyright Abstract This proposal introduces a deterministic gas limit
Explore this link on the map →related reading
- EIP-7938: Exponential Gas Limit Increase via Default Client Voting Behavior - #13 by dankrad - EIPs core - Fellowship of Ethereum Magiciansethereum-magicians.org
- Should Ethereum be okay with enshrining more things in the protocol?vitalik.eth.limo
- The Hitchhiker's Guide to Ethereum - Delphi Digitalmembers.delphidigital.io
- Possible futures of the Ethereum protocol, part 2: The Surgevitalik.eth.limo
- EIP-4844: Shard Blob Transactionseips.ethereum.org
- [1904.05234] Flash Boys 2.0: Frontrunning, Transaction Reordering, and Consensus Instability in Decentralized Exchangesarxiv.org
- Time, slots, and the ordering of events in Ethereum Proof-of-Stake - Paradigmparadigm.xyz
- What comes after Ethereum's Cancun hard fork?paradigm.xyz
- exponential rate limiting - Tony Finchdotat.at
- On Abstraction | Ethereum Foundation Blogblog.ethereum.org
- Rarible - NFT Marketplace for Brands, Communities and Tradersrarible.com
- Exploring Parallelization In EVM Blockchains | by MonadWhisper | Mediummedium.com