Ethereum Foundation announces Glamsterdam upgrade goals: 200 million Gas Limit, aiming for 10,000 TPS

Ethereum Foundation published a post on their official blog on May 2nd, summarizing the results of the Soldøgn Interop work: the three key goals of the Glamsterdam upgrade have been essentially completed—Gas Limit cap increased from 60M to 200M, external Builder process for ePBS is stable and live, and the final confirmation of EIP-8037 Gas re-pricing parameters. This upgrade will push Ethereum’s base layer throughput to about 10,000 TPS, making it one of the largest capacity jumps since the mainnet launched.
(Background: Vitalik announced Ethereum scaling blueprint: Glamsterdam changes the Gas mechanism, ZK-EVM allows nodes to verify without re-execution)
(Additional context: Ethereum Fusaka hard fork scheduled for November, Glamsterdam upgrade debuting in 2026)

Table of Contents

Toggle

• Soldøgn Interop: The summit sets three major goals
• Why is the 200M Gas Limit tied to ePBS and EIP-8037?
• EIP-8037: Specific mechanisms to prevent state explosion
• FOCIL, Native Account Abstraction, Hegotá: Next wave of upgrades also progressing

200M — this number represents not just the adjustment of the Gas Limit cap, but a full 3.3x leap in Ethereum’s base layer capacity. The current cap of 60M Gas will be raised to 200M after the upgrade, with the corresponding TPS target jumping from about 1,000 to ~10,000, directly changing the competitive landscape for L2 and Rollups.

Soldøgn Interop: The summit sets three major goals

On May 2nd, the Ethereum Foundation published a comprehensive summary of the Soldøgn Interop work on their official blog. “Soldøgn” is Norwegian for the summer solstice (the sun never sets), continuing EF’s tradition of naming Interop events after geographic and natural themes. The event, held at the end of April, attracted over 100 core developers.

This Interop focused on three key objectives for the Glamsterdam upgrade, and declared they are basically achieved:

• Consensus on the 200M Gas Limit lower bound: client teams confirmed 200 million as the new lower limit, no longer testing incrementally
• Stable execution of external Builder process for ePBS: most clients completed full process verification on glamsterdam-devnet-2 testnet, including successful testing of external Builder pathways
• Final confirmation of EIP-8037 Gas re-pricing parameters: this EIP balances the risk of state database (state) explosion caused by capacity increase

Why is the 200M Gas Limit tied to ePBS and EIP-8037?

Simply increasing the Gas Limit number doesn’t mean the network can truly handle the corresponding transaction volume. The Ethereum Foundation’s approach is to bundle three components into a “scaling triplet,” all indispensable.

ePBS (Enshrined Proposer-Builder Separation) — in plain language, it’s about formally separating “who packages transactions” and “who submits blocks.” Once separated, the execution layer gets more processing time, plus optimizations like BAL (Block Access Lists), giving each client more headroom for throughput. Without ePBS, even with a 200M Gas cap, clients might still struggle during peak loads.

EIP-8037 acts as another safety valve: higher Gas Limit means each block can do more, but “doing more” risks faster state (the global database recording all account balances and contract data) growth. EIP-8037 raises the Gas cost for creating new state entries to curb this problem—preventing attackers or careless developers from cheaply spamming state expansion.

Putting these together: ePBS + BAL provide execution capacity, EIP-8037 ensures state doesn’t spiral out of control, and only then can 200M be safely implemented.

EIP-8037: Specific mechanisms to prevent state explosion

Ethereum’s state can be thought of as a “global ledger,” recording each address’s balance and each contract’s data. As the ledger grows, the storage and sync costs for full nodes increase, eventually making running a full node a privilege of the wealthy, harming decentralization.

Raising Gas Limit from 60M to 200M theoretically enlarges the amount of data that can be “written” per block. EIP-8037’s logic is: increase the Gas cost for creating new state entries, while keeping read operations cheap. This way, normal queries, transfers, and contract interactions are barely affected; operations attempting to infinitely add accounts or storage slots will see their costs skyrocket and be naturally suppressed.

During Soldøgn, the Ethereum Foundation finalized the re-pricing parameters for EIP-8037, meaning this safety measure will activate simultaneously with Glamsterdam’s deployment, avoiding a “capacity first, regulation later” gap.

FOCIL, Native Account Abstraction, Hegotá: Next wave of upgrades also progressing

Glamsterdam is the star of this year, but EF also advanced a broader roadmap during Soldøgn.

FOCIL (Fork Choice Inclusion Lists) is a censorship-resistance mechanism ensuring nodes can enforce inclusion of specific transactions, preventing Builders from arbitrarily excluding certain transactions. Practical progress during Interop indicates its likelihood of being part of Glamsterdam or future upgrades.

Native Account Abstraction — in plain terms, enabling ordinary wallets to execute logic similar to smart contracts, such as batch transactions, social recovery, and gas sponsorship. Currently, ERC-4337 operates at the application layer; native implementation would embed this directly into the protocol, offering higher efficiency and lower barriers to adoption.

Hegotá features are also making progress during Soldøgn. Hegotá is planned as the next major upgrade after Glamsterdam; details are still being planned, but some features are already in testing.

EF states that in the coming weeks, core developers will continue to strengthen clients, test thoroughly, and merge code. Final parameters will be publicly confirmed at the AllCoreDevs meeting — a historic moment everyone can watch live as the confirmation button is pressed.

From market observation, this upgrade’s impact extends beyond Ethereum’s mainnet: base layer throughput increases by 3.3x, directly reducing the “necessity narrative” for L2s. Previously, many users migrated to Arbitrum, Optimism, and Base due to high L1 Gas costs and slow speeds. After Glamsterdam, some lightweight applications might return directly to the mainnet. The competition among Rollups may shift from “cheapest” to “offering unique features.”