Ethereum's Glamsterdam upgrade will reprice gas for smart contracts
A contract that used to complete within its allotted gas could soon stop at the finish line. Ethereum’s Glamsterdam upgrade will change the cost of creating and accessing blockchain state, and the Ethereum Foundation says a small set of smart contracts may break or degrade unless their builders update them before mainnet activation.
The change comes through EIP-8037 and EIP-8038, protocol proposals that adjust gas—the fee measured in computational work—for storage-related operations. EIP-8037 raises and harmonizes the cost of creating new accounts, storage slots and deployed bytecode. EIP-8038 raises the cost of accessing state, including SSTORE, SLOAD, cold account access and code inspection. The aim is to make gas prices better reflect the work these operations require as Ethereum’s state has grown.
The Foundation replayed historical mainnet transactions under the proposed schedule and found four outcomes. The large majority showed no change. Some transactions still succeeded with different gas use, while another group completed only after receiving a higher gas limit. Contracts that may remain broken even with substantially more gas typically depend on fixed assumptions, such as Solidity’s 2,300-gas transfer and send stipends, hardcoded call values, gasleft() logic or presigned transactions with fixed limits.
The new schedule is already running on the Platåberget testnet, also known as glam-devnet-8. Builders can search their layer-1 contracts—the contracts deployed directly on Ethereum—for flagged failure modes, then test fixes there. Wallets, remote procedure call infrastructure and node tooling must also update gas estimation: cached gas constants could otherwise underestimate the new cost and cause transactions to fail.
So what changes in practice? Most regular users should notice nothing once wallets and infrastructure are updated. Developers of affected contracts may need only to raise the gas limit supplied by an app, infrastructure provider or user; contracts built around hardcoded gas budgets require code review and testing. Ethereum’s stated reason for taking the friction now is capacity: the repricing is a prerequisite for raising block gas limits further, under a performance target supporting roughly a 3x increase in base throughput. Public testnets will receive the schedule before mainnet activation, giving teams a testing window, although no mainnet date is provided.
Comments
Loading the thread…
Sign in to leave a comment. Sign in