Ethereum developers and enthusiasts are being invited to engage with Platypusberg, a crucial short-term testnet designed as an early proving ground for the upcoming Glamsterdam upgrade. This initiative, orchestrated by EthPandaOps, offers the public an opportunity to stress-test significant protocol changes before their integration into Ethereum’s longer-lived testnets, Sepolia and Goerli, and eventually, the mainnet. Platypusberg is distinguished from previous, ephemeral devnets by its extended operational window, slated to run for several months, providing a stable environment for comprehensive experimentation. The Glamsterdam upgrade, often referred to as "Gloas" in its development stages, is poised to introduce substantial modifications to both the consensus and execution layers of the Ethereum network, with particular emphasis on advancements in proposer-builder separation (PBS) and a comprehensive overhaul of gas pricing mechanisms.
The urgency for such a public testing phase stems from the magnitude of the changes embedded within the Glamsterdam fork. At its core, the upgrade aims to enhance the network’s scalability, efficiency, and decentralization. One of the most significant advancements is the integration of proposer-builder separation (PBS), a paradigm shift that decouples the roles of block proposers and block builders. This separation is intended to foster a more competitive block-building market, potentially leading to increased transaction throughput and reduced transaction costs. Platypusberg specifically provides a platform for the community to rigorously test the new PBS architecture. This includes enabling anyone to deposit a validator and experiment with builder deposit workflows. The consensus layer specifications for ePBS (encrypted PBS) are detailed in documents like the builder.md specification, highlighting the complexity and novelty of this feature. The Glamsterdam fork is scheduled to activate on the Platypusberg testnet on August 20th, granting ample time for stakers and infrastructure providers to prepare their systems and make necessary validator deposits.
Beyond the architectural shifts, Glamsterdam introduces a fundamental re-evaluation of gas economics, a change with far-reaching implications for every participant on the Ethereum network. The new gas repricing strategy is designed to better reflect the computational cost of transactions and smart contract execution, particularly concerning state creation and access. This necessitates a proactive approach from developers of wallets, indexers, gas estimators, and decentralized applications (dApps). Any tool that relies on hardcoded maximum gas limits or makes assumptions about transaction costs based on the previous pricing model will likely encounter operational failures. The original article’s warning is stark: "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 critical need for widespread testing on Platypusberg to identify and rectify these incompatibilities before the mainnet deployment. The full suite of proposed changes for the Glamsterdam upgrade is meticulously documented in the Glamsterdam meta EIP-7773.
The Mechanics of the Glamsterdam Fork and Platypusberg
The Glamsterdam upgrade represents a significant evolutionary step for Ethereum, building upon the foundation laid by previous network enhancements. The core objectives include improving transaction processing efficiency, bolstering network security, and paving the way for future scalability solutions. The introduction of PBS, particularly with the envisioned encrypted PBS (ePBS), aims to create a more robust and decentralized block production process. In the current model, block proposers also construct the blocks, creating potential centralization vectors. PBS aims to address this by allowing specialized block builders to compete in creating the most profitable blocks, which are then submitted to proposers for inclusion. This competitive landscape is expected to drive innovation and efficiency within the block production pipeline.
Platypusberg serves as the initial testing ground for these complex changes. Its designation as a "short-term testnet" refers to its role as a preparatory phase, distinct from the long-term, more stable testnets like Sepolia and Goerli. However, its multi-month lifespan differentiates it from fleeting devnets, offering a more realistic environment for sustained testing. The network is designed to accommodate a relatively small but publicly accessible validator set. This deliberate choice facilitates easy onboarding for individual stakers, decentralized validator technology (DVT) projects, custom software developers, and large-scale operators. The ability to deposit new validators and test builder deposit workflows is paramount for ensuring that the PBS architecture functions as intended across a diverse range of participants. The scheduled activation date of August 20th for the Glamsterdam fork on Platypusberg provides a clear target for the community to align their testing efforts.
The gas repricing aspect of Glamsterdam is arguably the most broadly impactful change. It affects the fundamental economics of interacting with the Ethereum network. The original article hints at the complexity by mentioning EIP-8037, which introduces a separate state gas dimension. This means that operations that create new state—such as deploying smart contracts, creating new accounts, or writing to previously unused storage slots—will incur a different type of gas cost. This "state gas" is metered at runtime and is charged based on the amount of state data consumed. For example, a simple Ether transfer to an existing account will still cost the familiar 21,000 gas, which is now broken down into intrinsic transaction costs, cold account access fees, and value transfer fees. However, transferring Ether to a new, non-existent account will incur additional state gas proportional to the size of the newly created account. This fundamentally alters assumptions for tools that estimate gas, as a flat 21,000 gas for all transfers is no longer accurate. Developers must now consider the potential for state creation when estimating transaction costs. EIP-2780 details the decomposition of intrinsic transaction costs, while EIP-8038 elaborates on the increases in state access costs. This intricate gas repricing necessitates a thorough re-evaluation of how gas is calculated and displayed by wallets and other dApps.
Navigating Platypusberg: Resources and Setup
To facilitate community participation, EthPandaOps has established a comprehensive set of resources for developers and users engaging with Platypusberg. A dedicated resources page provides a summary of the EIPs included in the Glamsterdam upgrade, client support status, and the current launch status of the testnet. The devnet-8 specification offers detailed network settings, configuration values, bootnodes, and specific client release information required for setting up and running a node.
For a seamless user experience, the Platypusberg website offers a convenient "Add Network" flow. This feature allows users to automatically configure their execution layer (EL) and consensus layer (CL) clients with the necessary network parameters. Furthermore, a dedicated faucet is available to provide testnet Ether. This testnet ETH is crucial for covering validator deposits, which require a minimum of 32 ETH for a single validator, and for paying transaction fees on the network.
Running a node on Platypusberg requires careful attention to client compatibility. As the Glamsterdam upgrade introduces significant changes, developers are still in the process of releasing officially tagged versions of their clients. In the interim, EthPandaOps provides interim container images for both consensus layer and execution layer clients.
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 - NimbusEL (formerly Nimbus Eth1):
ethpandaops/nimbus-eth1:glamsterdam-devnet-8 - Ethrex:
ethpandaops/ethrex:glamsterdam-devnet-8
These interim images are essential for early adopters to test the integration of various client implementations with the Glamsterdam fork’s specifications. The EthPandaOps GitHub repository for these devnets serves as a central hub for the latest updates and instructions.
Support, Feedback, and the Road Ahead
The success of the Platypusberg testnet hinges on robust community engagement and feedback. Developers and users are encouraged to report any bugs, issues, or unexpected behaviors encountered during their testing. The primary channel for raising these concerns is the Ethereum R&D Discord server, a vibrant community hub for core development discussions. For those who prefer not to use Discord, issues can also be reported directly in the respective specification repositories on GitHub, including those for consensus, execution, execution APIs, builder specs, and beacon APIs. This open feedback loop is crucial for refining the Glamsterdam specifications and client implementations.
The timeline for the Glamsterdam upgrade follows a phased approach designed to ensure stability and security. Following the Platypusberg testnet, a non-finality devnet is planned within the month. This subsequent phase will focus on testing more complex and potentially disruptive consensus scenarios, particularly those that could challenge network finality. Once these devnets have demonstrated sustained stability, the Glamsterdam fork will be deployed to Ethereum’s established long-lived testnets: Sepolia and Goerli. This provides an additional layer of validation in environments that closely mimic mainnet conditions. Only after successful upgrades and stabilization on these testnets will the Glamsterdam fork be scheduled for deployment on the Ethereum mainnet, marked by the Ethereum logo with a rocket emoji.
The implications of the gas repricing are particularly significant for the broader dApp ecosystem. The shift away from a purely fixed gas cost for transactions, especially with the introduction of state gas, necessitates a fundamental re-evaluation of how transaction costs are calculated and communicated. Wallets must adapt to display more nuanced gas estimates, and dApp developers need to ensure their applications are resilient to potential increases in transaction fees when interacting with new state. The introduction of EIP-8037, EIP-2780, and EIP-8038 collectively aim to create a more economically sound and scalable gas mechanism, but this transition requires diligent testing and adaptation from the entire ecosystem. The ability for individual operations to have their gas costs adjusted based on state creation or modification represents a move towards a more granular and accurate reflection of resource consumption on the network.
For those keen on staying abreast of the ongoing development and progress of the Glamsterdam upgrade, several resources offer granular insights. The Ethereum R&D Discord server remains a primary forum for real-time discussion. The All Core Dev calls provide a regular overview of development progress and decision-making. The Glamsterdam upgrade tracker on Forkcast.org offers a centralized view of the upgrade’s status. Finally, the EthPandaOps Glamsterdam devnets GitHub repository serves as a technical repository for all related development activities.
The successful deployment of Glamsterdam, spearheaded by the community’s engagement with Platypusberg, promises to be a pivotal moment in Ethereum’s ongoing evolution. By providing an accessible and well-supported testing environment, EthPandaOps is empowering the community to collectively shape the future of the network, ensuring a smoother and more robust transition to the next era of Ethereum development. The call to action is clear: test, report, and help build a more resilient and efficient Ethereum.
