Raspberry Pi running Bitcoin node in a home office setup, small device with status LEDs, ethernet cable, bookshelf background, casual hobbyist setup.
Protocols

Testnet Upgrade Cadence and Mainnet Activation Path

Documents the standard path for Rocket Pool protocol upgrades from Holesky testnet deployment through mainnet activation. Covers testing phases, bug bounty periods, community validation milestones, and final activation epochs.
introduction
TESTNET-TO-MAINNET ACTIVATION PATH

Standard Upgrade Lifecycle

The standardized, multi-phase process by which Rocket Pool protocol upgrades are deployed, validated, and activated, moving from initial testnet deployment on Holesky through to mainnet execution.

Rocket Pool follows a structured upgrade lifecycle to ensure protocol changes are rigorously tested before they affect mainnet validators and rETH holders. The path begins with a deployment to the Holesky testnet, where the new smart contracts and Smartnode stack are subjected to an extended community testing phase. This period allows node operators to simulate migrations, test new minipool lifecycles, and validate reward distribution mechanics against the upgraded logic without risking real ETH or RPL.

Following a successful and stable testnet phase, a formal bug bounty program is typically initiated, incentivizing security researchers and community developers to identify vulnerabilities in the new contract code. The core development team monitors testnet performance, governance feedback, and bounty submissions to determine readiness. A mainnet activation is then coordinated by setting a specific epoch or block number for the upgrade, which is communicated through official channels and encoded into the Smartnode stack's release. Node operators must upgrade their clients to a version that respects this activation point to avoid attestation failures or penalties.

This lifecycle creates a critical operational window for integrators, exchanges, and custodians. They must use the testnet deployment to verify compatibility with new minipool ABIs, updated rETH exchange rate logic, or altered staking interfaces. A failure to test during this phase can lead to integration breakage at the mainnet activation epoch. Chainscore Labs supports teams through this cycle by providing testnet integration testing, mainnet activation monitoring, and upgrade readiness reviews to ensure a seamless transition when the protocol state changes.

TESTNET TO MAINNET UPGRADE LIFECYCLE

Activation Path at a Glance

The standard phases a Rocket Pool protocol upgrade passes through from initial testnet deployment to mainnet activation, including the key validation milestones and affected parties at each stage.

PhaseWhat happensWho is affectedAction required

Prater/Holesky Testnet Deployment

New smart contracts and Smartnode client are deployed to the Ethereum testnet for initial integration testing.

Node operators, integrators, core developers

Deploy testnet nodes, run integration tests against new contracts, and validate minipool lifecycle operations.

Community Validation & Bug Bounty

A public testing period where community node operators stress-test the upgrade and report bugs, often accompanied by a formal bug bounty program.

Community node operators, security researchers, auditors

Participate in testnet testing, report bugs via the bounty program, and validate operational workflows against the new contracts.

Smartnode Client Release

A new Smartnode client version is released with support for the upgrade, including updated ABI bindings and operational commands.

All node operators

Upgrade Smartnode stack to the minimum required version and review release notes for breaking changes or new configuration requirements.

pDAO Governance Vote

The Protocol DAO votes on-chain to approve or reject the mainnet activation of the upgrade.

pDAO members (RPL stakers)

Review the proposal details, cast votes, and monitor quorum and passage thresholds.

Mainnet Contract Deployment

New implementation contracts are deployed to Ethereum mainnet and the proxy contracts are pointed to the new logic.

Core team, integrators tracking contract ABIs

Verify new contract addresses against canonical sources, update integration ABIs, and confirm proxy upgrade events.

Node Operator Opt-In Window

Node operators must explicitly opt into the new minipool contract logic by calling an upgrade function on their existing minipools.

All node operators with active minipools

Execute the minipool upgrade transaction for each active minipool before any mandatory deadline to avoid penalties or missed rewards.

Activation Epoch & Monitoring

The upgrade takes effect at a specified epoch. Node operators and integrators monitor attestation performance, reward distribution, and contract state.

Node operators, rETH integrators, data teams

Monitor node performance, validate reward accounting, and verify rETH exchange rate behavior post-activation.

technical-context
FROM TESTNET TO MAINNET

Phase-by-Phase Activation Mechanics

The structured, multi-stage process governing how Rocket Pool protocol upgrades are deployed, validated, and activated across testnet and mainnet environments.

Rocket Pool's upgrade activation follows a strictly phased path designed to minimize risk to the mainnet protocol and its node operators. The process begins with an initial deployment on the Holesky testnet, which serves as the primary staging environment for the Smartnode stack and new smart contracts. This testnet phase is not a single event but a sustained period where the core development team, community node operators, and integrators are expected to validate the new logic against a live, albeit valueless, Ethereum consensus layer. The goal is to surface integration bugs, attestation performance issues, and smart contract state inconsistencies before any value is at risk.

Following a stable testnet period, a formal bug bounty program is typically initiated, often in collaboration with a platform like Immunefi, to incentivize the discovery of critical vulnerabilities in the new contracts. Concurrently, the Protocol DAO (pDAO) governance process is engaged to ratify the upgrade for mainnet deployment. This governance step is crucial; it transforms a technical release into a socially and economically sanctioned protocol change. Once approved, the mainnet contracts are deployed, but they are not immediately active. The protocol sets a specific activation epoch, a predetermined future slot on the Beacon Chain, which acts as a hard synchronization point for all node operators. This epoch-based activation ensures that all participants switch to the new protocol rules simultaneously, preventing consensus failures or state forks.

For node operators and integrators, this cadence dictates a parallel internal testing cycle. The period between mainnet contract deployment and the activation epoch is the critical window for upgrading the Smartnode stack to the mandatory minimum version. Failure to upgrade before the activation epoch results in missed attestations, potential penalties, and incompatibility with the active minipool contract logic. Integrators, such as exchanges and DeFi protocols tracking the rETH exchange rate or minipool states, must use this window to verify their systems against the new ABI and event signatures. Chainscore Labs supports this process by offering testnet integration testing support and mainnet activation monitoring, ensuring that node operators and platforms can verify their readiness and maintain continuous compatibility through the activation event.

AFFECTED ACTORS AND OPERATIONAL CHECKLISTS

Who Must Act on the Upgrade Cadence

Node Operator Actions

Node operators are the primary actors in the upgrade cadence. Their responsibilities span the entire lifecycle from testnet to mainnet.

Testnet Phase:

  • Deploy the release candidate Smartnode stack on Holesky.
  • Validate minipool lifecycle operations (creation, staking, exiting).
  • Test new features like forced exits or delegate contracts against your operational playbooks.
  • Report bugs and unexpected behavior during the community validation period.

Mainnet Activation:

  • Upgrade your Smartnode stack to the minimum required version before the activation epoch.
  • Monitor your validators for attestation performance post-upgrade to catch client incompatibilities.
  • Execute any mandatory migration transactions (e.g., opting into new minipool contracts).

Risk: Failure to upgrade by the deadline can lead to missed attestations, penalties, or inability to exit validators. Chainscore can provide a node stack audit and upgrade readiness verification to ensure your infrastructure is compatible before activation.

implementation-impact
TESTNET TO MAINNET ACTIVATION

Integration and Operational Impact Areas

Rocket Pool's testnet-to-mainnet upgrade path creates distinct integration and operational checkpoints for node operators, exchanges, and DeFi protocols. Each phase introduces specific risks and validation requirements.

01

Smartnode Client Compatibility

Each protocol upgrade mandates a minimum Smartnode version. Node operators must validate their client stack against the target upgrade epoch on Holesky before mainnet activation. Running an incompatible version after activation leads to attestation failures, missed rewards, and potential penalty leakage. Operators should maintain a testnet node mirroring their mainnet configuration to verify upgrade readiness. Chainscore can perform a node stack audit to confirm version compatibility and configuration correctness before the mainnet deadline.

02

Minipool Contract ABI and Interface Changes

Upgrades like Atlas (LEB8) or Redstone (delegate contracts) introduce new minipool contract implementations with modified ABIs. Integrators indexing minipool events, tracking lifecycle states, or interacting with forced exits must update their contract interfaces. Backward compatibility is typically maintained for existing minipools, but new minipool deployments will use the updated logic. Teams should test event parsing and transaction construction against the Holesky deployment. Chainscore offers integration compatibility testing to verify ABI alignment and event handling.

03

rETH Exchange Rate and Deposit Pool Behavior

Upgrades may alter the dynamic bonding curve or deposit pool mechanics that determine the ETH/rETH exchange rate. DeFi protocols using rETH as collateral, arbitrageurs monitoring the premium/discount, and wallets displaying rETH balances must validate that their pricing oracles and balance calculations remain accurate post-upgrade. Testnet deployment provides the only safe environment to observe the new pool behavior under simulated demand. Chainscore can provide a deposit pool economics review to model the impact on rETH integrators.

04

Governance Contract Interaction Changes

The Houston upgrade moved pDAO governance fully on-chain, replacing Snapshot voting with new voting contract interfaces. Node operators must understand the new proposal submission flow, vote power calculation, and transaction signing requirements. Integrators building governance dashboards or tracking proposal outcomes need to index the new contract events. Testing governance participation on Holesky is critical to avoid mainnet voting errors. Chainscore can set up governance monitoring and validate voting contract interactions.

05

Forced Exit and Validator Lifecycle Automation

The Saturn upgrade introduced forced validator exit functionality directly in minipool contracts. Node operators and risk teams must understand the conditions that trigger a forced exit, the gas cost implications, and how automated exit bots or manual intervention workflows should be designed. Testing forced exit scenarios on Holesky is essential to validate operational playbooks before mainnet reliance. Chainscore can provide minipool lifecycle review and forced exit monitoring integration for node operators and risk teams.

06

EigenLayer Restaking and Delegate Contract Migration

The Redstone upgrade introduces minipool delegate contracts and EigenLayer restaking integration, representing a fundamental architectural shift. Existing node operators must migrate to the new delegate model, and AVS developers need to understand the delegation mechanics. The Holesky testnet deployment is the primary environment for validating the migration path, delegate contract interactions, and slashing condition handling. Chainscore can provide a migration readiness assessment and delegate contract security review.

TESTNET TO MAINNET ACTIVATION RISKS

Upgrade Cadence Risk Matrix

Evaluates the operational risks and required actions for node operators, integrators, and protocols during the standard Rocket Pool upgrade lifecycle from testnet deployment through mainnet activation.

PhaseRiskFailure ModeAffected ActorsMitigation / Action

Testnet Contract Deployment

Incorrect ABI or interface assumptions

Integrations built against testnet contracts fail silently on mainnet due to final bytecode differences

Wallets, exchanges, DeFi protocols

Verify mainnet contract ABIs against canonical source; do not assume testnet ABIs are final

Bug Bounty Period

Undiscovered vulnerabilities in new contract logic

Exploit of minipool, rETH, or RPL staking contracts after mainnet activation

rETH holders, node operators, pDAO

Monitor bug bounty program for severity findings; review audit reports before mainnet activation

Community Validation Milestones

Insufficient node operator participation in testnet

Upgrade activates on mainnet with untested edge cases in minipool lifecycle or reward distribution

Node operators, smoothing pool participants

Run a testnet node with the target Smartnode version; validate minipool creation, exit, and reward scenarios

Smartnode Client Release

Node operators fail to update to minimum required version

Attestation failures, missed block proposals, or inability to interact with new minipool contracts

Node operators, validators

Subscribe to Smartnode release notifications; verify minimum version compatibility before mainnet activation epoch

Mainnet Activation Epoch

Node operator misses activation deadline

Legacy minipool logic becomes incompatible; node incurs penalties or cannot exit validators

Node operators, staking services

Monitor Rocket Pool Discord and governance channels for activation epoch announcement; schedule upgrade window

Post-Activation Monitoring

Unexpected contract state or reward accounting drift

rETH exchange rate divergence, incorrect commission payouts, or stuck minipool exits

rETH integrators, arbitrageurs, node operators

Monitor rETH peg, deposit pool balance, and minipool event logs for 48 hours post-activation

Ethereum Hard Fork Dependency

Rocket Pool upgrade assumes new Ethereum feature is live

Forced validator exits or withdrawal logic fails if Ethereum fork is delayed or changes spec

Node operators, core team

Confirm Ethereum hard fork activation before executing dependent Rocket Pool contract functions

TESTNET TO MAINNET ACTIVATION

Node Operator Upgrade Readiness Checklist

A practical checklist for node operators to validate readiness before a Rocket Pool protocol upgrade transitions from testnet deployment to mainnet activation. Each item maps to a specific operational risk or compatibility requirement.

Confirm that your installed Smartnode stack version meets or exceeds the minimum version required for the target upgrade. Running an incompatible client can lead to attestation failures, missed rewards, or an inability to perform essential minipool lifecycle operations.

  • Check the official release notes for the mandatory minimum Smartnode version.
  • Run rocketpool service version and compare it against the documented requirement.
  • If using a native, hybrid, or Docker-based setup, ensure all service images are updated.
  • Review the "Smartnode Stack Compatibility and Minimum Version Requirements" page for a version-to-upgrade mapping.
Chains We Build On

Looking to build on a specific blockchain?

We build smart contracts, DeFi applications, wallets, tokenization platforms, and blockchain infrastructure across the major ecosystems teams choose today. That includes Ethereum, Arbitrum, Optimism, Polygon, Avalanche, Solana, Sui, Aptos, Hedera, Stellar, and NEAR, with support for additional EVM and non-EVM networks based on your product requirements.

EVM ecosystems

  • Ethereum logo
    Ethereum
  • Arbitrum logo
    Arbitrum
  • Optimism logo
    Optimism
  • Polygon logo
    Polygon
  • Avalanche logo
    Avalanche
  • Cronos logo
    Cronos

Non-EVM ecosystems

  • Solana logo
    Solana
  • Sui logo
    Sui
  • Aptos logo
    Aptos
  • Hedera logo
    Hedera
  • Stellar logo
    Stellar
  • NEAR logo
    NEAR

Additional ecosystems

  • Polkadot logo
    Polkadot
  • Cosmos logo
    Cosmos
  • TON logo
    TON
  • Cardano logo
    Cardano
  • Algorand logo
    Algorand
  • Tempo logo
    Tempo

Also available for Base, appchains, custom EVM networks, and cross-chain product architecture.

TESTNET TO MAINNET ACTIVATION FAQ

Frequently Asked Questions

Common questions from node operators, integrators, and risk teams about Rocket Pool's testnet upgrade cadence and the path to mainnet activation.

The standard path follows a phased rollout:

  1. Internal Devnet: Core team deploys and tests the new contracts and Smartnode stack in a private environment.
  2. Public Testnet Deployment (Holesky): The upgrade is deployed to the Holesky testnet. This is the primary signal for node operators and integrators to begin their own testing.
  3. Community Testing & Validation Period: A multi-week period where the community is expected to run testnet validators, simulate migrations, and test integrations against the new contracts.
  4. Bug Bounty & Audit Review: Formal audit reports are published, and a bug bounty program is active for the new code. The duration depends on the complexity of the upgrade.
  5. Mainnet Activation Epoch: A specific mainnet activation epoch is announced, typically via a DAO vote or core team announcement, giving a fixed deadline for node operators to upgrade their Smartnode stack.

Teams should verify the current status of any specific upgrade against the official Rocket Pool governance forum and Discord announcements.

Trusted by Industry Leaders

Delivering blockchain solutions for 5+ years.

We have partnered with 50+ leading DeFi protocols, NFT ecosystems, and fintech innovators to build secure, scalable, and capital-efficient blockchain products.

Selected Partners & Clients

ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
I've been working with Chainscore Labs for last 3+ years, they've consistently delivered with strong ownership across multiple projects. The team is reliable and detail-oriented.
L
Lee Erswell
CEO, Telos Foundation
how to get started

How to get started?

If you're looking for blockchain integration, ChainScore Labs has 5+ years of experience helping teams build and integrate exchanges, wallets, smart contracts, tokenization solutions, and protocol-connected products, we can help you choose the right path, integrate securely, and get to production faster. Our team consists of experienced blockchain developers and architects who can help you with your blockchain integration needs.

01

Exploration & Strategy

Define your product goals and choose the right blockchain architecture for your use case.

02

Architecture & Design

Design the smart contracts, tokenomics, and security parameters of your system.

03

Development & Integration

Build and integrate with wallets, oracles, and front-end dApps for a seamless experience.

04

Security & Launch

Comprehensive audits followed by a risk-managed mainnet deployment to protect your users.

Start a build

Need a blockchain engineering team?

Send the project context and we will respond with next steps, scope questions, and a practical path to delivery.