Skip to main content
Run a non-validator full node to verify the chain and query your own local RPC. No wallet, faucet claim, staking deposit or account passphrase is needed to follow the network. Validator registration is separate; this guide does not enroll a validator.
This is the earlier Linux x86-64 installation for client 1.8.1-tavchain.eval1, retained for its matching systemd guide. For a new node, choose Docker or a native bundle; both include the current network configuration. You do not need to follow this manual procedure for those packages.
Wallets and applications can use public RPC without installing a node. For Linux ARM64 and Windows x86-64 binaries, or the newer statically linked Linux x86-64 build, follow Run a native node. The instructions below retain the earlier Linux x86-64 client release.

Before you start

Use a dedicated Linux x86-64 host or user account. This binary requires a compatible glibc loader and references symbols through glibc 2.34. This earlier archive is Linux x86-64 only; other tested native targets are listed in Run a native node. Wallets and applications can use public RPC without running a node. You need persistent SSD storage, reliable outbound internet, accurate system time, curl, tar, sha256sum and Python3 for readable JSON. The tested profile retains full history, so disk use grows with the chain. Leave free disk and inode headroom and monitor growth. Hardware requirements depend on workload; no measured general capacity minimum is published for this release. The network is unaudited and centrally operated. Test TAV has no monetary value.

Download and verify the release

Download into a fresh directory. You need OpenSSH with ssh-keygen -Y verify. Stop if any verification command fails.
The fingerprint must match your trusted Tavchain release-key record. The local signer list uses that checked key, not a blindly trusted download. The signed manifest authenticates the archive hash; internal checksums check extracted files. The 50.84 MB node bundle is sufficient to run; source/dependency downloads are separate.

Select the new network files

The unchanged client archive also contains historical network files. Before initialization, download and verify the separate 771002 network package using its signed NETWORK-RELEASE.json and the same trusted release-key fingerprint. Do not use the archive’s old embedded genesis. After all network-package signatures and hashes pass, from the extracted tavchain-node directory:
If a download is unavailable or verification fails, stop; do not fall back to a predecessor genesis. The final genesis hash must be a101ab9ccf1478757af8a69d832548ea1167e552fe6d6ef6621a77447a54e924.

Initialize a fresh node

Use a fresh directory, never a production validator home. Run as an ordinary user. The native init command creates a private P2P identity and an unused consensus key. Keep those files private; do not copy validator keys or reuse a validator’s signer state.
The start command sets your public node label with --moniker. The package contains network configuration, not private keys or existing ledger state.

Start and sync

Check that ports 29656/29657/29645/29646 are unused before starting. All listeners bind to 127.0.0.1; the node connects outbound to the listed public peers. No firewall opening or public RPC is required for this guide.
Keep this terminal open. In a second terminal, check native status and peers:
Expect native network tavchaintestnet_771002-1, advancing height and at least one peer. When caught up, sync_info.catching_up becomes false. Your full node’s validator_info.voting_power should be 0: that is normal for an unregistered observer. An existing registered validator with zero voting power needs a different diagnosis. Check the local EVM chain ID:
Expect 0xbc3ba (771002). Compare a block hash at one fixed height through your local RPC and the public RPC; comparing two moving latest heights is inconclusive. See Monitor a node for the complete read-only comparison.

Stop and restart

Press Ctrl+C in the node terminal and wait for shutdown before starting it again. Use the same home and start command. The node should resume retained state and catch up; do not run init again, replace its genesis or delete its data. To run the node in the background, follow Run a node as a service. The service guide describes background operation, graceful shutdown and restart behavior.

If it does not sync

Follow Troubleshoot a node for startup, peer, RPC and storage symptoms, and Monitor a node for continuing readiness checks. Check the selected release/genesis, local port conflicts, outbound peer connectivity, clock and available disk/inodes. A disconnected or catching-up node is not ready for application use. Keep native/EVM RPC on loopback. Do not use reset, pruning, snapshot replacement or validator-key copying as a first response.