Gnoland
- installation guide
- links
- snapshots
- contributions
Gnoland Mainnet Snapshot
POSTHUMAN publishes a verified LZ4 snapshot every six hours from a dedicated
non-signing gnoland-1 archive RPC node.
- Latest archive: https://snapshots-gnoland.posthuman.digital/gnoland_gnoland-1-latest.tar.lz4
- SHA-256: https://snapshots-gnoland.posthuman.digital/SHA256SUMS
- Metadata: https://snapshots-gnoland.posthuman.digital/snapshot.json
The archive contains only db/ and wal/. It never contains secrets/,
configuration, genesis, or validator signer state, so it can be restored into a
node of any role without touching identity.
snapshot.json states the exact height and the app hash of the snapshot, which
is what makes an archive verifiable before you trust it.
Restore
Set the data directory used by your service:
Download and verify before touching the running node — the download is the long part, and a node that is still running loses no blocks meanwhile:
Only now stop the service and back up identity, configuration, and genesis:
Preserve the old database and restore the new one:
Verify chain, progress, and service health:
The reported network must be gnoland-1. Keep the old db/ and wal/ until
the restored node is synced and stable. For a validator, independently verify
recent signatures before deleting the rollback copy.
AppHash mismatch recovery
If the node crashes with an AppHash mismatch, preserve logs and the current
db/ + wal/ for forensics. Restore only those directories from a known
healthy backup or this verified snapshot. Never overwrite validator keys, node
identity, configuration, genesis, or signer state.