{"id":23846,"date":"2026-09-29T01:00:52","date_gmt":"2026-09-29T01:00:52","guid":{"rendered":"https:\/\/cryptoted.net\/index.php\/2026\/09\/29\/glamsterdam-testnet-announcement-ethereum-foundation-blog\/"},"modified":"2026-09-29T01:00:52","modified_gmt":"2026-09-29T01:00:52","slug":"glamsterdam-testnet-announcement-ethereum-foundation-blog","status":"publish","type":"post","link":"https:\/\/cryptoted.net\/index.php\/2026\/09\/29\/glamsterdam-testnet-announcement-ethereum-foundation-blog\/","title":{"rendered":"Glamsterdam Testnet Announcement | Ethereum Foundation Blog"},"content":{"rendered":"


\n<\/p>\n

\n

Glamsterdam follows the Fusaka upgrade<\/a>, advancing 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.<\/p>\n

The Glamsterdam network upgrade is scheduled to activate on Sepolia at epoch 353,024<\/span>, slot 11,296,768<\/span> (October 6, 2026, 13:53:36 UTC)<\/strong>. See the activation table<\/a> below for the deployment schedule. Hoodi and mainnet activation dates have not yet been decided.<\/p>\n

Sepolia-compatible client versions will be added to the client release tables<\/a> as they are confirmed. Node operators must update both their execution and consensus layer clients before activation.<\/p>\n

<\/g><\/svg><\/a>Glamsterdam Overview<\/h2>\n

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.<\/p>\n

<\/g><\/svg><\/a>Enshrined Proposer-Builder Separation<\/h3>\n

EIP-7732<\/a> 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.<\/p>\n

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.<\/p>\n

<\/g><\/svg><\/a>Block-Level Access Lists<\/h3>\n

EIP-7928<\/a> 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.<\/p>\n

Together, ePBS and BALs provide a foundation for scaling execution capacity while keeping block validation practical for node operators.<\/p>\n

<\/g><\/svg><\/a>Gas Pricing and State Growth<\/h3>\n

Glamsterdam adjusts gas accounting to better reflect resource usage. EIP-8037<\/a> increases and separately meters the cost of creating state, while EIP-8038<\/a> updates state-access costs. Additional changes cover intrinsic transaction gas, calldata, access lists, and block gas accounting.<\/p>\n

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<\/a> for the affected-contracts search and testing guidance.<\/p>\n

<\/g><\/svg><\/a>Developer and Validator Improvements<\/h3>\n

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.<\/p>\n

<\/g><\/svg><\/a>Glamsterdam Specifications<\/h2>\n

EIP-7773<\/a> tracks the Glamsterdam upgrade. The following EIPs are scheduled for inclusion:<\/p>\n

EIP-7773 also lists supporting networking and informational EIPs:<\/p>\n

<\/g><\/svg><\/a>Glamsterdam Security<\/h2>\n

The Ethereum Bug Bounty Program is now active for Glamsterdam specifications and EIPs. Client implementations become eligible as soon as their releases are added to the client release tables<\/a> below. See the Ethereum Bug Bounty Program<\/a> for more information, including reward multipliers and reporting requirements.<\/p>\n

<\/g><\/svg><\/a>Glamsterdam Activation<\/h2>\n

The agreed deployment schedule<\/a>, reflected in the Sepolia activation update to EIP-7773<\/a>, is:<\/p>\n

\n\n\n\n\n\n\n\n
Network<\/th>\nEpoch<\/th>\nSlot<\/th>\nUTC Time<\/th>\nUNIX Timestamp<\/th>\n<\/tr>\n<\/thead>\n
Sepolia<\/strong><\/td>\n353,024<\/span><\/td>\n11,296,768<\/span><\/td>\n2026-10-06 13:53:36<\/strong><\/td>\n1791294816<\/span><\/td>\n<\/tr>\n
Hoodi<\/strong><\/td>\nTBD<\/td>\nTBD<\/td>\nTBD<\/td>\nTBD<\/td>\n<\/tr>\n
Mainnet<\/strong><\/td>\nTBD<\/td>\nTBD<\/td>\nTBD<\/td>\nTBD<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Hoodi and mainnet activation times will be announced once decided by client teams. This announcement covers Sepolia; it does not schedule a mainnet upgrade.<\/p>\n

<\/g><\/svg><\/a>Client Releases<\/h2>\n

Sepolia-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 Sepolia.<\/p>\n

<\/g><\/svg><\/a>Consensus Layer Sepolia Releases<\/h3>\n

When running a validator, both the Consensus Layer Beacon Node and Validator Client must be updated.<\/em><\/p>\n

Prysm 7.2.0 supports the Sepolia fork but defaults to a 60M gas limit after activation. Validators wishing to propose with a 200M gas limit must configure it explicitly using version 2 proposer settings or the keymanager API; –suggested-gas-limit<\/span> has no effect after Gloas. See the Prysm release notes<\/a> for instructions.<\/p>\n

<\/g><\/svg><\/a>Execution Layer Sepolia Releases<\/h3>\n

Builder and validator tooling compatibility guidance will be added once confirmed for Sepolia. Operators using external block-building infrastructure should also review its Glamsterdam-specific upgrade instructions.<\/p>\n

<\/g><\/svg><\/a>FAQ<\/h2>\n

<\/g><\/svg><\/a>How do Ethereum network upgrades work?<\/h3>\n

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.<\/p>\n

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.<\/p>\n

For a more exhaustive overview of Ethereum’s governance process, see this talk by Tim Beiko<\/a>.<\/p>\n

<\/g><\/svg><\/a>As an Ethereum mainnet user or ETH holder, is there anything I need to do?<\/h3>\n

No. This announcement concerns Sepolia. A separate announcement will cover Glamsterdam’s activation on mainnet.<\/p>\n

<\/g><\/svg><\/a>As a non-staking Sepolia node operator, what do I need to do?<\/h3>\n

Before October 6, 2026 at 13:53:36 UTC, update both your execution and consensus layer clients to releases that support the scheduled Sepolia activation. The client release tables<\/a> will be updated as versions are confirmed.<\/p>\n

<\/g><\/svg><\/a>As a Sepolia staker, what do I need to do?<\/h3>\n

Update your execution and consensus layer clients before activation. Make sure both your beacon node and validator client are updated.<\/strong> Review your client’s upgrade instructions for the new ePBS duties and any changes required to builder or validator tooling.<\/p>\n

<\/g><\/svg><\/a>As a Hoodi or mainnet node operator or staker, what do I need to do?<\/h3>\n

No action is required for those networks as a result of this Sepolia announcement. Their activation dates and compatible client releases will be announced separately.<\/p>\n

<\/g><\/svg><\/a>As an application or tooling developer, what should I do?<\/h3>\n

Review the EIPs scheduled for Glamsterdam<\/a>, test on Sepolia after activation, and check whether changes to gas accounting, logs, opcodes, or client interfaces affect your project. In particular, follow the repricing impact guide<\/a> to identify contracts that depend on fixed gas assumptions and update gas estimation where needed.<\/p>\n

<\/g><\/svg><\/a>Why “Glamsterdam”?<\/h3>\n

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.<\/p>\n<\/div>\n


\n
Source link <\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Glamsterdam follows the Fusaka upgrade, advancing 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 Sepolia at epoch 353,024, slot 11,296,768 (October 6, 2026, 13:53:36 UTC). See the activation […]<\/p>\n","protected":false},"author":6,"featured_media":23152,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"tdm_status":"","tdm_grid_status":"","footnotes":""},"categories":[24],"tags":[],"kronos_expire_date":[],"class_list":["post-23846","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ethereum"],"_links":{"self":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts\/23846","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/comments?post=23846"}],"version-history":[{"count":0,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts\/23846\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/media\/23152"}],"wp:attachment":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/media?parent=23846"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/categories?post=23846"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/tags?post=23846"},{"taxonomy":"kronos_expire_date","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/kronos_expire_date?post=23846"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}