As the Ethereum ecosystem moves past the milestone of the Pectra (Prague-Electra) upgrade, developer focus has shifted toward the next major horizon: "Glamsterdam." This upcoming protocol package is not merely a routine maintenance patch; it is being framed as the definitive blueprint for Ethereum’s post-scaling future. At its core, the Glamsterdam upgrade represents a fundamental rethink of how Ethereum handles block production and base-layer execution capacity, with the ambitious, long-term objective of scaling the network’s gas limit toward 200 million.
The Strategic Importance of Glamsterdam
For years, the Ethereum roadmap has been characterized by a “rollup-centric” approach, delegating the heavy lifting of execution to Layer 2 (L2) networks. However, Glamsterdam signals a renewed commitment to the robustness of the Layer 1 (L1) base layer. The upgrade seeks to address the "trilemma" constraints—decentralization, security, and scalability—by re-engineering the internal mechanisms of block construction and transaction processing.
The upgrade is primarily defined by its efforts to resolve two long-standing architectural bottlenecks: the centralization risks inherent in the current block-building market and the computational inefficiencies that prevent the network from safely increasing its execution capacity. By tackling these issues through Enshrined Proposer-Builder Separation (ePBS) and block-level access lists, Ethereum is attempting to move toward a paradigm where higher throughput is achieved through structural efficiency rather than simply demanding more hardware from node operators.
Chronology: From Pectra to the Glamsterdam Roadmap
The path toward Glamsterdam is part of a multi-year coordination effort managed by the Ethereum core developer community.
- Pre-Pectra Phase: Ethereum established the foundation for modular scaling, focusing on blob storage and data availability to support L2s.
- The Transition: As Pectra finalizes, discussions have migrated toward addressing the "execution bottleneck." The core developer community has begun drafting the specifications for Glamsterdam to ensure that L1 remains a high-performance settlement layer.
- Current Development: We are currently in the pre-specification phase, where EIP (Ethereum Improvement Proposal) authors are testing initial models in private devnets.
- Future Milestones: The coming months will see the formalization of EIP-7732 and EIP-7928, followed by a rigorous series of public testnet deployments. The 200 million gas limit is currently viewed as a North Star—a long-term target rather than an immediate implementation goal for the next mainnet hard fork.
Supporting Data: The Mechanics of Scaling
The technical backbone of Glamsterdam rests on two critical EIPs that change the fundamental lifecycle of an Ethereum block.
EIP-7732: Enshrined Proposer-Builder Separation (ePBS)
Currently, Ethereum relies on an external, semi-centralized market to assemble blocks. This off-protocol arrangement, while effective at managing Maximum Extractable Value (MEV), introduces significant risks regarding censorship and validator centralization.
EIP-7732 aims to "enshrine" this process into the protocol itself. By moving the proposer-builder separation into the Ethereum consensus layer, the protocol can dictate the rules of the auction, ensuring that the process remains trustless and censorship-resistant. This move is essential for maintaining the decentralized ethos of Ethereum as the network scales; without ePBS, an increase in gas limits would likely exacerbate the power of large, centralized block-building entities.
EIP-7928: Block-Level Access Lists
To achieve the goal of higher gas limits, the network must become more efficient in how it reads and writes state. EIP-7928 proposes the introduction of "block-level access lists," which force transactions to declare the parts of the Ethereum state they intend to modify before execution begins.
This allows client software to predict state access patterns, enabling massive improvements in parallel transaction processing. By removing the guesswork from state execution, validators can process blocks significantly faster. If implemented successfully, this mechanism provides the necessary "breathing room" to safely raise the gas limit toward the 200 million target without overwhelming the hardware requirements of individual node operators.
Official Responses and Developer Sentiment
The sentiment within the core developer community—documented across various EIP repositories and All-Core-Devs (ACD) meetings—is one of cautious optimism.
"We are not looking to break the network to achieve speed," noted one prominent researcher associated with the Ethereum Foundation. "The 200M gas limit is a target that requires us to solve the execution bottleneck through better data access, not just by turning up the dial on throughput."
Concerns remain regarding the impact on node requirements. Critics of the aggressive gas limit increases argue that if the hardware requirements become too stringent, the number of independent nodes will decrease, thereby compromising the network’s censorship resistance. Consequently, the development process for Glamsterdam is intentionally slow, favoring "client diversity" and rigorous stress testing over rapid deployment.
Implications for the Ecosystem
The implications of the Glamsterdam upgrade are profound for every stakeholder in the Ethereum ecosystem.
For Node Operators
The introduction of block-level access lists could significantly lower the latency associated with block verification. However, the potential shift toward a 200 million gas limit would necessitate hardware upgrades for those running archival nodes. The community is actively debating whether to implement tiered node requirements to ensure that base-layer validation remains accessible to individual stakers.
For Layer 2 Rollups
A higher L1 gas limit is not a competitor to L2s; it is a force multiplier. If Ethereum’s L1 can process more data and execute more complex transactions, the cost of "settling" rollup batches will decrease. This creates a positive feedback loop where L2s become faster and cheaper as the L1 becomes more efficient.
For Decentralization
The move toward ePBS is perhaps the most significant step for Ethereum’s political health. By removing reliance on external relayers, Ethereum regains control over its own block production. This ensures that even as the network scales to handle millions of transactions, the power remains distributed among the validator set rather than being consolidated by a handful of high-frequency block builders.
Conclusion: A Measured Evolution
The Glamsterdam upgrade serves as a reminder that Ethereum is an evolving organism. While the headline figure of a 200 million gas limit captures the imagination, the true value of this upgrade lies in the structural improvements to the protocol. By enshrining proposer-builder separation and optimizing state access, Ethereum is preparing for a future where it can function as a high-throughput global settlement layer without sacrificing its core commitment to decentralization.
As the industry watches the development of Glamsterdam, the narrative remains clear: Ethereum is not content with being a slow, expensive settlement layer. Through a combination of rigorous protocol design and cautious, phased implementation, the network is methodically building the capacity required for the next generation of decentralized finance, identity, and global commerce.
The road to 200 million gas will be long and technically demanding, requiring consensus across global client teams, infrastructure providers, and the wider community. However, if history is any indicator, the Ethereum community’s ability to navigate these complex architectural shifts remains its most potent competitive advantage. The Glamsterdam era is set to redefine the boundaries of what a truly decentralized, programmable blockchain can achieve.
