OG Council: Post-Merge Testnets

These are the meeting notes from the OG Council “Post-Merge Testnet” session.

Discussion leading up to this session:

Current testnets:

  • Kovan
    • it has been declared dead multiple times
    • Aura proof-of-authority engine runs as long as at least 1 validator is active
    • it is currently kept alive by Gnosis
    • it will not be upgraded for the merge (Paris) and subsequent protocol upgrades (Shanghai)
    • applications on Kovan should prepare to migrate to Goerli or Sepolia as soon as possible
    • its purpose is unclear, but it should not be considered a public Ethereum testnet anymore
  • Rinkeby
    • is run by a majority of EF validators
    • it will not be upgraded for the merge (Paris) and subsequent protocol upgrades (Shanghai)
    • Geth team plans to remove it after the merge
    • applications on Rinkeby should prepare to migrate to Goerli or Sepolia as soon as possible
    • the moment the EF stops the validators, it will also stop producing blocks
    • ChainLink/Aave signaled interest to maintain a Geth fork and run Rinkeby validators for long-term support, but the network will lack behind w.r.t. security and protocol upgrades
    • it should not be considered a public Ethereum testnet anymore
  • Ropsten
    • is run by whoever mines it, it has been dead, revived, and deprecated before
    • it will be upgraded for the merge (Paris) but deprecated right after
    • it will most likely not receive post-merge upgrades, such as Shanghai and eventually also be removed from Geth in the future
    • applications on Ropsten should plan to migrate to Goerli or Sepolia sometime in the future
  • Goerli
    • is run by the Ethereum community
    • it will be merged with the public Prater beacon-chain testnet
    • it will be considered legacy but kept around for the time being
    • it will continue receiving protocol upgrades
    • applications should be good to deploy to Goerli still
  • Sepolia
    • a newly launched proof-of-work testnet to replace Ropsten
    • it will be merged and receive future protocol upgrades
    • it is currently lacking infrastructure
    • applications should consider deploying to Sepolia first

Post-merge testnets:

  • only Goerli and Sepolia will be supported long-term after the merge
  • there was a brief technical discussion to simplify the beacon-chain requirements for post-testnets
    • i.e., application-testnets do not necessarily require 100k’s validators
    • it should be considered running testnets with only a few trusted validators (proof-of-authority style but based on the beacon-chain stack); might as well be interesting for Sepolia?

Other topics

  • it was discussed how to deal with the limited supply of Goerli Ether
    • the merge will unlock some deposited Ether and make it available again
    • the merge will also introduce actual block rewards
  • ChainLink will reach out to EF (Tim?) to propose taking over Rinkeby
  • we need to reach out to infrastructure providers to communicate testnet deprecation, e.g., MetaMask, Etherscan, etc.
8 Likes

@q9f, would you or anyone present at the session want to come on AllCoreDevs this Friday to give a summary of the conversations?

Hi Tim, sorry, we had a long weekend and I didn’t see this in time.

In general, I would say we just reflected what the core devs discussed previously anyways. The main obstacles are not the clients but rather infrastructure (faucets, explores, RPC endpoints) for Goerli and Sepolia; also, deprecating infrastructure for dead testnets and communicating this with key stakeholders.

One thing that could be interesting for the ACD is what I discussed briefly with Marius about having a PoA-style beacon-chain consensus for post-merge testnets, i.e., application-testnets not necessarily require 100k’s of validators and might as well run on 16 reliable validators similar to how Rinkeby or Goerli are operated.

No worries! Marius, who was at the session, gave an update :slight_smile:

PoA-style beacon-chain consensus for post-merge testnets, i.e., application-testnets not necessarily require 100k’s of validators and might as well run on 16 reliable validators similar to how Rinkeby or Goerli are operated.

Yeah, something like this was already planned: having one testnet where the validator set is more open, and one where it’s mostly controlled by client teams & the EF. We’re tracking these discussions in the GH issue you posted previously, and I expect we’ll have some updates on it as we think through how we upgrade the various testnets for the merge.

2 Likes

I didnt find any general discussion thread so I ask here instead hope its ok my fellow magicans :slight_smile:

I work with GitLabs, CircleCI and GitHub as a developer and security operator. But I have access to thousands of cryptoprojects where I also have priviledges that i shouldnt have with projects I never worked with before. But i have, lots of grants and stuff. How come I can have so much influence? Is it because my smart contracts and the DAO’s? They are old from 2015-16.

1 Like

Here’s my take on testnets (Devcon 6 talk)

Also, please consider joining the Goerli community call:

Context:

1 Like