clet.xyz

Ethereum is on the cusp of a fundamental shift in its gas pricing mechanism, a move designed to more accurately reflect the computational resources required for state operations and pave the way for substantial scalability improvements. This upcoming change, driven by two Ethereum Improvement Proposals (EIPs), will adjust the cost of creating and accessing state data, a critical step towards enabling further increases in the network’s overall throughput without compromising stability. The repricing is anticipated to have far-reaching implications for developers, infrastructure providers, and ultimately, end-users of the Ethereum network.

Background: A Necessary Evolution for a Growing Network

The current gas pricing for state operations on Ethereum was last recalibrated during the Berlin hard fork in April 2021. At that time, the primary objective was to mitigate denial-of-service attacks by increasing the gas costs associated with certain state access patterns, particularly the cold access of storage slots. However, since the Berlin fork, the Ethereum network has experienced exponential growth in its state size. This expansion, coupled with recent increases in the block gas limit, has created a disconnect between the actual computational cost of these operations and the gas fees users are currently paying.

The two key EIPs driving this repricing initiative are EIP-8037, which focuses on the gas cost of state creation, and EIP-8038, which addresses the gas cost of state access. Together, these proposals aim to create a more robust and sustainable economic model for Ethereum’s ever-expanding state. The new pricing schedule has been meticulously derived from a performance target designed to support a threefold increase in the network’s base throughput, a significant leap forward in Ethereum’s scaling roadmap.

This adjustment is not merely an incremental change; it is a foundational requirement for unlocking future scaling advancements. Without an accurate reflection of the real work involved in state operations, further increases in the block gas limit could lead to increased node operational costs, potentially jeopardizing network decentralization and stability. By ensuring gas prices align with actual resource utilization, Ethereum aims to maintain a healthy balance between scalability and the economic viability of running validator nodes.

The Mechanics of Repricing: EIP-8037 and EIP-8038

EIP-8037 proposes an increase in the gas cost for creating new state entries. This includes actions like deploying new smart contracts or creating new storage slots. The rationale behind this is that state creation consumes significant computational resources and contributes to the overall growth and complexity of the Ethereum state. By increasing the gas cost, the proposal aims to disincentivize unnecessary state bloat and ensure that the cost of expanding the network’s state is more accurately borne by those directly responsible for it.

Complementing this, EIP-8038 introduces adjustments to the gas costs for accessing existing state. This covers operations such as reading from storage slots or accessing account information. While the Berlin fork addressed "cold" state access (accessing data that hasn’t been recently used), EIP-8038 refines these costs further and also considers the impact of "hot" state access (accessing frequently used data). The goal is to ensure that both initial access and subsequent accesses are priced appropriately, reflecting the underlying computational load.

The specific gas cost adjustments within these EIPs are a result of extensive research and performance analysis. Developers have meticulously measured the time and resources required for various state operations on current Ethereum infrastructure. This data-driven approach has allowed them to calibrate the new gas costs to achieve the targeted 3x throughput increase while maintaining a sustainable operational environment for node operators. The implementation of these EIPs is scheduled to occur in upcoming network upgrades, with rigorous testing on devnets and public testnets preceding the mainnet activation.

Timeline and Rollout

The journey toward this gas repricing has been a multi-stage process, reflecting the complexity of implementing such fundamental changes in a live, decentralized network.

• Pre-Berlin Era: Gas pricing for state operations was relatively static, leading to an increasing disconnect with actual resource usage as the network state grew.
• April 2021: Berlin Hard Fork: This fork introduced EIP-2929, which adjusted gas costs for state access, specifically increasing the cost of cold state access to mitigate certain attack vectors and provide a more accurate reflection of resource consumption for infrequently accessed data.
• Post-Berlin to Present: Ethereum’s state continued to expand significantly. The network’s capacity was pushed through increases in the block gas limit, further highlighting the need for a more refined gas pricing model.
• Development of EIP-8037 and EIP-8038: Extensive research, performance benchmarking, and community discussions led to the formulation of these two EIPs, specifically designed to address the current inefficiencies and prepare for future scaling.
• Devnet and Testnet Deployments: The repricing mechanism is currently being rigorously tested on Ethereum’s developer networks (devnets) and will subsequently be deployed on public testnets. This phased approach allows developers to identify and resolve potential issues before impacting the mainnet.
• Mainnet Activation: The precise timing for mainnet activation will be determined based on the success of the testnet phases and consensus among network participants. However, the intention is to roll out these changes in a way that minimizes disruption.

Analyzing the Impact: Transaction Outcomes

To comprehend the real-world consequences of this repricing, a comprehensive analysis of historical mainnet transactions has been conducted. By replaying these transactions under the new gas cost schedule, developers have categorized the potential outcomes into four distinct scenarios:

1. No Change in Gas Cost: A significant portion of transactions will experience no material change in their gas cost. These are typically transactions that do not heavily rely on complex state interactions or hardcoded gas assumptions. For these users, the upgrade will be largely seamless.

2. Slight Increase in Gas Cost: Some transactions may see a modest increase in their gas expenditure. This category often includes operations that involve a moderate number of state reads or writes, where the repricing results in a small upward adjustment.

3. Significant Increase in Gas Cost: A subset of transactions will likely experience a substantial rise in gas costs. These are often contracts that perform intensive state operations, such as complex computations involving multiple storage accesses or the creation of numerous new state entries.

4. Transaction Failure: The most critical outcome is the potential for transactions to fail under the new pricing regime. This primarily affects contracts that exhibit one or more of the following characteristics:

   • Reliance on Hardcoded Gas Stipends: Contracts that utilize fixed gas amounts for specific operations, such as Solidity’s transfer() and send() functions which are limited to 2,300 gas, may become insufficient.
   • Hardcoded Gas Values in Calls: Developers who have embedded specific gas limits within their inter-contract calls might find these values inadequate.
   • Logic Branching on gasleft(): Smart contracts that dynamically alter their execution flow based on the remaining gas (using gasleft()) may encounter issues if their assumptions about gas availability are no longer valid.
   • Presigned Transactions with Fixed Gas Limits: Transactions that have been signed in advance with a predetermined gas limit might fail if the actual gas cost under the new schedule exceeds this pre-set limit.

This categorization provides a clear roadmap for developers and users, highlighting areas where proactive adjustments are necessary. The Ethereum Foundation and related development teams are actively engaging with the most affected builders to ensure a smooth transition and provide necessary guidance.

Actionable Changes for Stakeholders

The upcoming gas repricing necessitates specific actions from various participants within the Ethereum ecosystem:

For L1 Contract Maintainers:
Developers responsible for maintaining Layer 1 smart contracts are strongly advised to assess their contract’s potential exposure to the repricing. A dedicated tool has been developed, allowing users to input their contract address into an "affected-contracts search" interface. This tool provides detailed insights into potential failures and the specific repricing elements driving them. By identifying these issues early, developers can implement necessary code modifications, such as updating gas stipends, adjusting gas assumptions in calls, or refactoring logic that relies on gasleft(). Direct outreach to the most impacted contract developers is already underway to facilitate this process.

For Wallet, RPC, and Node Tooling Builders:
Providers of wallets, RPC infrastructure, and node tooling must update their gas estimation mechanisms to accurately reflect the new repricing schedule. Crucially, the eth_estimateGas RPC method and related gas handling logic will need to be adapted to incorporate the new cost rules. Failure to do so will result in cached gas constants underestimating the actual required gas, leading to a higher rate of transaction failures for users interacting with these tools. Proactive updates are essential to maintain a reliable user experience.

For Regular Users:
End-users of the Ethereum network are not expected to take any direct action. The responsibility for adapting to these changes will lie with the wallet providers and infrastructure operators they rely on. As long as users are utilizing updated wallets and infrastructure, their interaction with the network should remain seamless.

For Protocol Developers and Researchers:
For those closely following the protocol roadmap, engagement with the Ethereum R&D Discord server (specifically the evm-pricing channel) and the corresponding Telegram group is highly recommended. Further technical discussions and proposal updates can be found on the Ethereum Magicians forum, with dedicated threads for EIP-8037 and EIP-8038. Adhering to the ACD (Access Control Design) process and participating in these discussions will ensure alignment and facilitate informed decision-making. A comprehensive report detailing the most affected entities has also been compiled, enabling targeted support and communication.

Outlook: A Scalable Future for Ethereum

The introduction of these gas repricing EIPs represents a significant stride towards Ethereum’s long-term scaling goals. By ensuring that gas costs accurately mirror the real computational resources consumed by state operations, Ethereum can safely increase its block gas limit. This, in turn, will lead to a substantial boost in the network’s base throughput, allowing it to accommodate a greater volume of transactions and decentralized applications.

The current phase of devnet testing is crucial for validating the effectiveness and stability of the repricing mechanism. Following successful devnet trials, the changes will be rolled out to public testnets, providing a broader platform for community testing and feedback. This measured approach is designed to minimize any potential disruptions to the mainnet and ensure a robust and well-understood upgrade.

The Ethereum community has a proven track record of managing complex upgrades through transparent communication and collaborative effort. As with previous significant network enhancements, updates that directly impact users will be proactively communicated through official blog posts and various community channels. The commitment to maintaining a healthy and scalable network for all participants, from developers to end-users, remains paramount. This repricing is a testament to Ethereum’s ongoing evolution and its dedication to building a robust and efficient decentralized future.