Platæberget, a pivotal new public testnet, has been launched as the primary environment for early community testing of the forthcoming Glamsterdam upgrade to the Ethereum network. This initiative, orchestrated by EthPandaOps, offers a crucial opportunity for developers, stakers, and infrastructure operators to engage directly with the changes ahead of their deployment on longer-lived testnets like Sepolia and Hoodi. The Glamsterdam upgrade, a significant event in Ethereum’s roadmap, introduces substantial modifications to both the consensus and execution layers, necessitating thorough testing to ensure a smooth transition for the entire ecosystem. Developers relying on hardcoded gas limits, such as those involved in wallet development, indexing services, and gas estimation tools, are particularly urged to utilize Platæberget to identify and address compatibility issues before the upgrade reaches the mainnet.
The introduction of Platæberget marks a departure from the ephemeral devnets previously used for rapid iteration. This testnet is designed to operate for several months, providing a stable and accessible platform for the community to experiment with the post-Glamsterdam Ethereum experience. This extended duration is critical for thoroughly stress-testing new functionalities, identifying potential bugs, and refining implementations. The Glamsterdam fork is scheduled to activate on Platæberget on August 20th, allowing ample time for participants to deposit validators and prepare for the network transition.
Unpacking the Glamsterdam Upgrade: Key Innovations
The Glamsterdam upgrade represents a multifaceted enhancement to the Ethereum protocol, impacting core functionalities and operational mechanisms. While the full scope is detailed in the meta EIP-7773, several key areas demand particular attention from the community.
One of the most significant changes is the introduction of proposer-builder separation (PBS) with the implementation of enshrined PBS (ePBS). This architectural shift aims to decouple block production from block validation, allowing specialized builders to construct blocks and propose them to validators. This is a major paradigm shift for the consensus layer, and Platæberget provides a unique testing ground for solo stakers, decentralized validator technology (DVT) projects, custom software implementations, and large-scale staking operators. The ability to test validator and builder deposit workflows on a live, albeit test, network is invaluable. Participants can deposit new validators and engage in the builder deposit process, ensuring their infrastructure is ready to interact with this new model.
Equally impactful are the proposed gas repricings within the Glamsterdam upgrade. These changes are poised to affect a broad spectrum of the Ethereum ecosystem, including virtually all wallets, indexers, and gas estimators. The implications of these repricings are far-reaching, and the Platæberget testnet offers a vital window for developers to understand how their applications and tools will perform under the new gas economics.
Engaging with Platæberget: A Practical Guide
To facilitate widespread participation and testing, EthPandaOps has established comprehensive resources for Platæberget. Developers and users can access the Platæberget resources page for a detailed summary of the included EIPs, current client support status, and launch progress. For technical specifics, the devnet-8 specification provides network configuration values, bootnodes, and essential client release information.
A user-friendly "Add Network" feature on the Platæberget page simplifies the process of configuring both execution layer (EL) and consensus layer (CL) clients. Furthermore, a dedicated faucet is available to provide testnet Ether, essential for covering validator deposits and transaction gas fees on the test network.
When running a node on Platæberget, several considerations are paramount. These include ensuring compatibility with the specific client versions designated for the devnet, understanding the network’s consensus and execution rules as they will apply post-Glamsterdam, and actively testing the functionality of applications and services within this new environment.
Client Software for Platæberget Testing
To support the immediate testing needs of the community, EthPandaOps has provided pre-compiled container images for various consensus and execution layer clients. These images are labeled with the glamsterdam-devnet-8 tag, ensuring they are configured for the Platæberget testnet.
Consensus Layer Client Images:
- Lighthouse:
ethpandaops/lighthouse:glamsterdam-devnet-8 - Lodestar:
ethpandaops/lodestar:unstable - Nimbus:
ethpandaops/nimbus-eth2:unstable - Prysm (Beacon Chain):
ethpandaops/prysm-beacon-chain:glamsterdam-devnet-8 - Prysm (Validator):
ethpandaops/prysm-validator:glamsterdam-devnet-8 - Teku:
ethpandaops/teku:glamsterdam-devnet-8 - Grandine:
ethpandaops/grandine:glamsterdam-devnet-8
Execution Layer Client Images:
- Besu:
ethpandaops/besu:glamsterdam-devnet-8 - Geth:
ethpandaops/geth:glamsterdam-devnet-8 - Erigon:
ethpandaops/erigon:glamsterdam-devnet-8 - Nethermind:
ethpandaops/nethermind:glamsterdam-devnet-8 - Reth:
ethpandaops/reth:glamsterdam-devnet-8 - Nimbus EL:
ethpandaops/nimbus-eth1:glamsterdam-devnet-8 - Ethrex:
ethpandaops/ethrex:glamsterdam-devnet-8
These images enable developers to quickly spin up nodes and begin testing without waiting for official tagged releases from each client team, accelerating the feedback loop.
Support and Feedback Mechanisms
Effective communication and feedback are crucial for the success of any network upgrade. The Ethereum R&D Discord server (discord.gg/ZEws7Pu7g4) has been designated as the primary channel for reporting bugs and issues related to the Glamsterdam specification. This centralized platform allows for rapid discussion, collaboration, and resolution of technical challenges. For those who prefer not to use Discord, issues can also be raised directly in the relevant specification repositories on GitHub, including consensus, execution-specs, execution-apis, builder-specs, and beacon-APIs.
The Road Ahead: From Platæberget to Mainnet
Platæberget represents the initial stage in a carefully planned rollout strategy for the Glamsterdam upgrade. Its purpose is to empower the community to proactively identify and address potential problems.
The gas repricing changes are of particular concern for application developers. The original article highlights a critical point: "any tool that relies on a hardcapped maximum gas limit (think wallets, indexers and gas estimators) will break and needs to be updated." This underscores the fundamental nature of the gas repricing. It’s not merely an adjustment of the block gas limit; it fundamentally alters how gas is calculated and accounted for.
A key innovation is the introduction of a separate state gas dimension, as defined by EIP-8037. This means that operations which create new state – such as account creation, smart contract deployment, or writing to new storage slots – will incur a distinct cost. This cost is measured in "gas per state byte" (CPSB) and is charged at runtime, not upfront. The practical implication is that a simple ETH transfer, traditionally costing a flat 21,000 gas, will now have its cost decomposed. Transfers to existing accounts will still be based on the existing gas costs (TX_BASE_COST + COLD_ACCOUNT_ACCESS + TX_VALUE_COST). However, transferring funds to a non-existent account will incur an additional state gas cost equivalent to STATE_BYTES_PER_NEW_ACCOUNT * CPSB.
Consequently, any tooling that assumes a fixed 21,000 gas cost for all transfers, or that uses a single gas dimension for estimation, requires re-evaluation. EIP-2780 provides a breakdown of the intrinsic gas costs, while EIP-8038 details the increases associated with state access. Developers must adapt their systems to account for these dynamic gas costs to ensure accurate estimations and seamless operation.
Following the stabilization of Platæberget and the incorporation of community feedback into client software and specifications, a non-finality devnet will be deployed. This subsequent testnet will focus on simulating and testing pathological consensus scenarios, ensuring the network’s resilience under extreme conditions.
Once these devnets have demonstrated stability over a sufficient period, the Glamsterdam fork will be activated on the established, long-lived testnets: Sepolia and Hoodi. This phase allows for broader, more sustained testing by a wider array of participants. The successful upgrade and stabilization of these networks will pave the way for the final step: Ethereum mainnet’s transition to Glamsterdam.
For those eager to stay informed about the upgrade’s progress, several resources are invaluable. The Ethereum R&D Discord server offers real-time discussions. The All Core Dev calls provide insights into protocol-level decision-making. The Glamsterdam upgrade tracker on Forkcast.org offers a centralized overview of the upgrade’s status. Finally, the EthPandaOps Glamsterdam devnets GitHub repository provides granular details on the technical implementation and testing efforts.
The launch of Platæberget signifies a critical juncture in Ethereum’s evolution. By actively participating in this early testing phase, the community plays an indispensable role in shaping a more robust, efficient, and scalable future for the network. The engagement of developers, stakers, and infrastructure providers on Platæberget will be instrumental in ensuring a successful and seamless transition to Glamsterdam, ultimately benefiting the entire Ethereum ecosystem. The call to action is clear: test, report, and contribute to the ongoing development of the world’s leading decentralized platform.
