Following its activation on Sepolia on October 6, the Glamsterdam network upgrade is now scheduled for the Hoodi testnet. Glamsterdam advances Ethereum's L1 scaling roadmap with enshrined proposer-builder separation, block-level access lists, and changes to gas pricing that better reflect the cost of execution and state growth.
The Glamsterdam network upgrade is scheduled to activate on Hoodi at epoch 132,352, slot 4,235,264 (October 26, 2026, 17:42:48 UTC). At the same epoch, Hoodi's gas limit will be raised to 200M. See the activation table below for the deployment schedule. The mainnet activation date has not yet been decided.
Hoodi-compatible client versions will be added to the client release tables as they are confirmed. Node operators must update both their execution and consensus layer clients before activation.
Glamsterdam Overview
Glamsterdam combines the Amsterdam execution layer upgrade with the Gloas consensus layer upgrade. Its headlining changes are enshrined proposer-builder separation (ePBS) and block-level access lists (BALs), which change how blocks are produced and validated to support greater L1 throughput.
Enshrined Proposer-Builder Separation
EIP-7732 brings the separation between block proposers and builders into Ethereum's consensus protocol. A proposer includes a builder's commitment to an execution payload, and the builder subsequently reveals that payload. The protocol handles payment to the proposer, reducing reliance on trusted middleware for the exchange between proposers and builders.
The change also separates consensus validation from execution validation, giving validators more time to validate execution payloads. A payload timeliness committee attests to whether the builder revealed its payload and the corresponding blob data was available on time. Validator operators and teams maintaining builder infrastructure should review the new duties and interfaces before the upgrade.
Block-Level Access Lists
EIP-7928 introduces enforced block-level access lists that record the accounts and storage locations accessed during a block, together with post-transaction state changes. These lists allow clients to read state from disk in parallel, validate transactions in parallel, and compute state roots more efficiently.
Together, ePBS and BALs provide a foundation for scaling execution capacity while keeping block validation practical for node operators.
Gas Pricing and State Growth
Glamsterdam adjusts gas accounting to better reflect resource usage. EIP-8037 increases and separately meters the cost of creating state, while EIP-8038 updates state-access costs. Additional changes cover intrinsic transaction gas, calldata, access lists, and block gas accounting.
Application developers should test contracts and gas estimation against the new rules. Contracts that rely on fixed gas stipends, hardcoded gas limits, or assumptions about remaining gas may need changes. See the Glamsterdam repricing impact guide for the affected-contracts search and testing guidance.
Developer and Validator Improvements
Glamsterdam also includes ETH transfer logs, a slot-number opcode, a higher maximum contract size, a deterministic factory contract, and new stack-manipulation instructions. Consensus changes include forward-compatible data structures, excluding slashed validators from proposing, and increased exit and consolidation churn. The complete scheduled EIP list is below.
Glamsterdam Specifications
EIP-7773 tracks the Glamsterdam upgrade. The following EIPs are scheduled for inclusion:
- EIP-2780: Resource-based intrinsic transaction gas
- EIP-7688: Forward compatible consensus data structures
- EIP-7708: ETH transfers emit a log
- EIP-7732: Enshrined Proposer-Builder Separation
- EIP-7778: Block Gas Accounting without Refunds
- EIP-7843: SLOTNUM opcode
- EIP-7928: Block-Level Access Lists
- EIP-7954: Increase Maximum Contract Size
- EIP-7976: Increase Calldata Floor Cost
- EIP-7981: Increase Access List Cost
- EIP-7997: Deterministic Factory Contract
- EIP-8024: Backward compatible SWAPN, DUPN, EXCHANGE
- EIP-8037: State Creation Gas Cost Increase
- EIP-8038: State-access gas cost update
- EIP-8045: Exclude slashed validators from proposing
- EIP-8061: Increase exit and consolidation churn
- EIP-8246: Remove SELFDESTRUCT Burn
- EIP-8282: Builder Execution Requests
EIP-7773 also lists supporting networking and informational EIPs:
- EIP-7975: eth/70 - partial block receipt lists
- EIP-8070: eth/72 - Sparse Blobpool
- EIP-8136: Cell-Level Deltas for Data Column Broadcast
- EIP-8159: eth/71 - Block Access List Exchange
- EIP-8189: snap/2 - BAL-Based State Healing
- EIP-7904: Compute Gas Cost Analysis
- EIP-8261: Gas Limit Schedule
Glamsterdam Security
The Ethereum Bug Bounty Program is active for Glamsterdam specifications and EIPs. Client implementations become eligible as soon as their releases are added to the client release tables below. See the Ethereum Bug Bounty Program for more information, including reward multipliers and reporting requirements.
Glamsterdam Activation
The agreed deployment schedule, reflected in the Hoodi network configuration, is:
| Network | Epoch | Slot | UTC Time | UNIX Timestamp |
|---|---|---|---|---|
| Sepolia | 353,024 | 11,296,768 | 2026-10-06 13:53:36 | 1791294816 |
| Hoodi | 132,352 | 4,235,264 | 2026-10-26 17:42:48 | 1793036568 |
| Mainnet | TBD | TBD | TBD | TBD |
Hoodi's gas limit will also be raised to 200M at the activation epoch via the gas limit schedule, matching Sepolia.
The mainnet activation time will be announced once decided by client teams. This announcement covers Hoodi; it does not schedule a mainnet upgrade.
Client Releases
Hoodi-compatible client releases are listed below. The tables will be updated as additional releases become available. Only use a release whose notes explicitly confirm support for the scheduled Glamsterdam activation on Hoodi.
Consensus Layer Hoodi Releases
When running a validator, both the Consensus Layer Beacon Node and Validator Client must be updated.
| Name | Version | Link |
|---|---|---|
| Grandine | ||
| Lighthouse | ||
| Lodestar | 1.50.0 | Download |
| Nimbus | 26.10.1 | Download |
| Prysm | ||
| Teku | 26.10.1 | Download |
Execution Layer Hoodi Releases
| Name | Version | Link |
|---|---|---|
| Besu | 26.10.0 | Download |
| Ethrex | 30.0.0-rc.2 | Download |
| Erigon | ||
| go-ethereum | ||
| Nethermind | 2.2.0 | Download |
| Reth |
Tooling
| Name | Version | Link |
|---|---|---|
| commit-boost | 0.12.0-rc1 | Download |
Additional builder and validator tooling compatibility guidance will be added once confirmed for Hoodi. Operators using external block-building infrastructure should also review its Glamsterdam-specific upgrade instructions.
FAQ
How do Ethereum network upgrades work?
Ethereum network upgrades require explicit opt-in from node operators. Client developers coordinate the protocol changes, and validators and non-staking nodes update their software to support them.
A node that does not support the new rules cannot follow the upgraded network after activation. Coordinating these updates is therefore essential for a successful upgrade.
For a more exhaustive overview of Ethereum's governance process, see this talk by Tim Beiko.
As an Ethereum mainnet user or ETH holder, is there anything I need to do?
No. This announcement concerns Hoodi. A separate announcement will cover Glamsterdam's activation on mainnet.
As a non-staking Hoodi node operator, what do I need to do?
Before October 26, 2026 at 17:42:48 UTC, update both your execution and consensus layer clients to releases that support the scheduled Hoodi activation. The client release tables will be updated as versions are confirmed.
As a Hoodi staker, what do I need to do?
Update your execution and consensus layer clients before activation. Make sure both your beacon node and validator client are updated. Review your client's upgrade instructions for the new ePBS duties, any changes required to builder or validator tooling, and how to configure the gas limit your validators target after activation.
As a mainnet node operator or staker, what do I need to do?
No action is required on mainnet as a result of this Hoodi announcement. The mainnet activation date and compatible client releases will be announced separately.
As an application or tooling developer, what should I do?
Review the EIPs scheduled for Glamsterdam, test on Sepolia and Hoodi after activation, and check whether changes to gas accounting, logs, opcodes, or client interfaces affect your project. In particular, follow the repricing impact guide to identify contracts that depend on fixed gas assumptions and update gas estimation where needed.
Why "Glamsterdam"?
Execution layer upgrades are named after Devcon or Devconnect host cities, and consensus layer upgrades use star names. Glamsterdam combines Gloas and Amsterdam, the location of Devconnect in 2022.