Skip to main content

Gno Testnets

This page documents all gno.land testnets, what their properties are, and how they are meant to be used. For testnet configuration, visit the reference section.

gno.land testnets are categorized by 4 main points:

  • Persistence of state
    • Is the state and transaction history persisted?
  • Timeliness of code
    • How up-to-date are Gno language features and demo packages & realms?
  • Intended purpose
    • When should this testnet be used?
  • Versioning strategy
    • How is this testnet versioned?

Below you can find a breakdown of each existing testnet by these categories.

Portal Loop​

Portal Loop is an always up-to-date rolling testnet. It is meant to be used as a nightly build of the Gno tech stack. The home page of gno.land is the gnoweb render of the Portal Loop testnet.

  • Persistence of state:
    • State is kept on a best-effort basis
    • Transactions that are affected by breaking changes will be discarded
  • Timeliness of code:
    • Packages & realms which are available in the examples/ folder on the Gno monorepo exist on the Portal Loop in matching state - they are refreshed with every new commit to the master branch.
  • Intended purpose
    • Providing access the latest version of Gno for fast development & demoing
  • Versioning strategy:
    • Portal Loop infrastructure is managed within the misc/loop folder in the monorepo

For more information on the Portal Loop, and how it can be best utilized, check out the Portal Loop concept page. Also, you can find the Portal Loop faucet on gno.land/faucet.

Test5​

Test5 a permanent multi-node testnet. It bumped the validator set from 7 to 17 nodes, introduced GovDAO V2, and added lots of bug fixes and quality of life improvements.

Test5 was launched in November 2024.

  • Persistence of state:
    • State is fully persisted unless there are breaking changes in a new release, where persistence partly depends on implementing a migration strategy
  • Timeliness of code:
    • Pre-deployed packages and realms are at monorepo commit 2e9f5ce
  • Intended purpose
    • Running a full node, testing validator coordination, deploying stable Gno dApps, creating tools that require persisted state & transaction history
  • Versioning strategy:
    • Test5 is to be release-based, following releases of the Gno tech stack.

Test4​

Test4 is the first permanent multi-node testnet, launched in July 2024.

  • Persistence of state:
    • State is fully persisted unless there are breaking changes in a new release, where persistence partly depends on implementing a migration strategy
  • Timeliness of code:
    • Versioning mechanisms for packages & realms will be implemented for test4
  • Intended purpose
    • Running a full node, testing validator coordination, deploying stable Gno dApps, creating tools that require persisted state & transaction history
  • Versioning strategy:
    • Test4 is the first gno.land testnet to be release-based, following releases of the Gno tech stack.

Staging​

Staging is a testnet that is reset once every 60 minutes.

  • Persistence of state:
    • State is fully discarded
  • Timeliness of code:
    • With every reset, the latest commit of the Gno tech stack is applied, including the demo packages and realms
  • Intended purpose
    • Demoing, single-use code in a staging environment, testing automation which uploads code to the chain, etc.
  • Versioning strategy:
    • Staging is reset every 60 minutes to match the latest monorepo commit

TestX​

These testnets are deprecated and currently serve as archives of previous progress.

Test3 (archive)​

The third Gno testnet. Archived data for test3 can be found here.

Launch date: November 4th 2022 Release commit: 1ca2d97

Test2 (archive)​

The second Gno testnet. Find archive data here.

Launch date: July 10th 2022 Release commit: 652dc7a

Test1 (archive)​

The first Gno testnet. Find archive data here.

Launch date: May 6th 2022 Release commit: 797c7a1