For the complete documentation index, see llms.txt. This page is also available as Markdown.

Gravity Longevity Testnet Hardforks

Gravity Longevity Testnet (L1) hardfork schedule, how activations are stored, and the node version needed to follow the live chain.

Longevity Testnet (chain ID 7771625) activation times live in each node's genesis.json under config.<name> (for example pragueTime, alphaTime). Rolling upgrades append those fields. They are not compiled into gravity_node the way Mainnet hardforks are.

A public full node must use:

  1. a genesis.json / waypoint.txt pair that matches the live chain identity and hardfork schedule; and

  2. a gravity_node release that implements every fork already activated on testnet.

Current required version

Testnet operators are on v1.10.1-testnet (or newer) after the TestnetOwnerFix activation. Build or pull that tag before syncing a new PFN to the live tip.

docker pull ghcr.io/galxe/gravity_node:v1.10.1-testnet

Canonical artifacts:

Schedule

Newest first. Times are taken from live debug_chainConfig and match the recorded upgrade plans under mono-grav/docs/testnet/upgrades/. Rows other than TestnetOwnerFix have already activated; TestnetOwnerFix is scheduled.

Hardfork
Activation (UTC)
Unix
First release used on testnet

TestnetOwnerFix (scheduled)

2026-09-04 03:00:00

1788490800

Gamma

2026-08-19 03:00:00

1787108400

Beta + Osaka

2026-08-04 03:00:00

1785812400

Alpha

2026-07-06 09:00:00

1783328400

live genesis field (alphaTime; no archived upgrade JSON)

Prague

2026-06-08 09:04:02

1780909442

v1.6.3 (upgrade artifact labeled gravity-mainnet-v1.6.3)

Beijing (UTC+8) equivalents: TestnetOwnerFix 11:00, Gamma 11:00, Beta/Osaka 11:00, Alpha 17:00, Prague 17:04:02 on the same calendar dates.

Testnet vs mainnet

Longevity Testnet
Mainnet

Chain ID

7771625

127001

Where times live

genesis.json config.* fields

compiled into gravity_node

Editing genesis

updates the schedule for that node

does not override the binary

Public schedule page

this page

Do not copy mainnet unix timestamps onto testnet (or the reverse). The two networks activate the same fork names on different clocks.

If you miss a hardfork

A node on older rules computes a different execution hash once the network has moved on. The first mismatched block stops the process. RPC height stops increasing. This is fail-stop: the node does not keep serving a private fork.

Search logs for:

There is no dedicated "hardfork missed" message.

Recovery for a public full node is usually: install a current release, load a genesis that includes the live hardfork fields, then warm-start from a testnet data snapshot instead of replaying from block zero.

See also

Last updated

Was this helpful?