The scheduled activation of the Glamsterdam network upgrade on the Hoodi testnet, originally slated for October 26, 2026, has been officially postponed. This critical development, announced by Ethereum core developers on October 22, 2026, includes the delay of a highly anticipated increase in the network’s gas limit to 200 million. As a result of this rescheduling, all previously published activation instructions and timelines for the Hoodi environment have been rendered obsolete. Ethereum stakeholders, particularly node operators and infrastructure providers, are advised to consult the latest developer documentation for updated guidance as the community recalibrates its testing roadmap.
This delay follows the successful, albeit preliminary, deployment of the Glamsterdam upgrade on the Sepolia testnet on October 6, 2026. The Glamsterdam initiative represents a significant leap forward in Ethereum’s long-term scaling strategy, focusing on high-impact architectural changes to the Layer 1 (L1) protocol. By integrating the Amsterdam execution layer improvements with the Gloas consensus layer upgrades, the Ethereum Foundation and the broader developer ecosystem aim to resolve systemic bottlenecks that have long constrained network throughput and efficiency.
The postponement of the Hoodi activation serves as a reminder of the rigorous, multi-stage testing process inherent to the Ethereum governance model. Before any upgrade reaches the mainnet, it must undergo a series of stress tests across various testnets—including Sepolia, Holesky, and Hoodi—to ensure stability, security, and backward compatibility. By prioritizing a cautious deployment schedule, developers can mitigate the risks of network disruption, ensuring that the complex interactions between proposer-builder separation and block-level access lists function as intended in a live, decentralized environment.
The Core Architecture of Glamsterdam
At the heart of the Glamsterdam upgrade lies a suite of Ethereum Improvement Proposals (EIPs) designed to fundamentally alter how blocks are produced and validated. One of the primary pillars of this upgrade is the implementation of Enshrined Proposer-Builder Separation (ePBS), as outlined in EIP-7732. Currently, Ethereum relies on external, off-protocol middleware to manage the separation of block proposers (validators) and block builders (specialized entities that construct blocks). By enshrining this process within the consensus protocol, Ethereum aims to decentralize the block-building market, reduce the influence of trusted third parties, and provide a more robust mechanism for the exchange of execution payloads.
Under the new ePBS framework, a proposer will commit to a builder’s proposed payload, and the protocol will handle the subsequent validation and payment. This transition is expected to introduce a more efficient separation of consensus and execution duties. By providing validators with additional time to perform execution-level verification, the protocol enhances the overall security of the chain while maintaining performance standards.
Complementing ePBS is the introduction of Block-Level Access Lists (BALs) via EIP-7928. This change is designed to improve the parallel processing capabilities of Ethereum clients. By enforcing that every block includes a comprehensive list of accessed accounts and storage locations, clients can read state data from disk and validate transactions concurrently. This shift is vital for supporting a higher gas limit, as it allows the network to handle significantly larger volumes of activity without placing an undue burden on node operators or sacrificing the network’s decentralization.
Economic and Technical Implications
The Glamsterdam upgrade also addresses the long-standing challenge of state growth and resource pricing. Through EIP-8037 and EIP-8038, the protocol introduces a more granular approach to gas accounting. These EIPs increase and separately meter the costs associated with state creation and state access, ensuring that the price of network resources more accurately reflects the actual cost of execution and storage. This adjustment is essential for maintaining the health of the Ethereum state database over the long term.
For application developers, these changes necessitate a proactive approach to testing. Contracts that rely on hardcoded gas limits or fixed gas stipends may face compatibility issues under the new pricing model. The Ethereum community has provided a dedicated repricing impact guide to assist developers in auditing their smart contracts and adjusting their gas estimation logic accordingly. Failure to update these systems could lead to transaction failures or increased costs once the upgrade is eventually deployed to the mainnet.
Beyond these major changes, Glamsterdam introduces several developer-friendly features, including ETH transfer logs, a new slot-number opcode, an increased maximum contract size, and a deterministic factory contract. These additions aim to simplify the development of complex decentralized applications (dApps) while expanding the creative possibilities for smart contract architects.
Chronology of the Upgrade
The path to Glamsterdam has been characterized by meticulous planning and cross-team coordination. The journey began with the release of initial specifications and the formation of working groups to refine the proposed changes.
- September 17, 2026: The official announcement for the Glamsterdam testnet launch, outlining the goals for the upgrade.
- October 6, 2026: Successful activation of the Glamsterdam upgrade on the Sepolia testnet, serving as the first major real-world test of the new architecture.
- October 16, 2026: Initial announcement for the Hoodi testnet activation, establishing a schedule for a late October deployment.
- October 22, 2026: Announcement of the postponement of the Hoodi activation, citing the need for further refinements before proceeding.
The delay of the Hoodi activation, while inconvenient for some, is viewed by industry observers as a positive sign of the ecosystem’s commitment to reliability. By opting to postpone the activation, the developer community demonstrates that security and protocol integrity take precedence over arbitrary deadlines.
Validator and Operator Responsibilities
Node operators and validators play a critical role in the success of any network upgrade. Unlike centralized systems where updates are pushed by a single authority, Ethereum upgrades require the active participation of thousands of independent operators. For the Glamsterdam upgrade, this means that every validator must update both their execution layer client and their consensus layer client to versions that explicitly support the new protocol rules.
Operators running staking infrastructure are particularly encouraged to review the new ePBS duties and ensure their client configurations are fully aligned with the requirements. Furthermore, those utilizing external builder services must coordinate with their providers to verify that their tools are prepared for the transition. The "client release tables" provided by the Ethereum Foundation remain the primary source of truth for identifying compatible software versions.
Broader Industry Context
The implications of Glamsterdam extend far beyond the technical details of the Ethereum protocol. As the network continues to scale, its ability to support higher throughput is essential for maintaining its position as the leading blockchain for decentralized finance (DeFi) and institutional applications. By optimizing gas usage and streamlining block validation, Ethereum is positioning itself to handle the next wave of global adoption.
Furthermore, the focus on enshrined proposer-builder separation reflects a broader trend toward trustless, protocol-level solutions. By removing the need for external, centralized middleware, Ethereum strengthens its decentralized ethos and improves its resilience against censorship and systemic failures.
As the community awaits a new date for the Hoodi activation and subsequent mainnet rollout, the focus remains on rigorous testing and transparent communication. The Ethereum Foundation has encouraged developers to use this extended timeline to conduct additional audits and simulations, ensuring that the eventual transition to the Glamsterdam ruleset is as seamless as possible.
While the mainnet activation date remains undetermined, stakeholders are encouraged to stay informed through official channels. For those who wish to follow the progress of the upgrade, the Ethereum Foundation periodically hosts technical workshops and Q&A sessions, providing insights into the challenges and triumphs of the upgrade process. The commitment of the core developer teams to this high-stakes endeavor underscores the vitality and maturity of the Ethereum ecosystem, as it continues to evolve into a more scalable, efficient, and secure global infrastructure.
