Cosmovisor
CosmosHub | Cosmovisor
For mainnet, it’s recommended to use Cosmovisor to run your node. If you’ve not used it before, then run it during a testnet to check you can get it set up correctly.
Setting up Cosmovisor is relatively straightforward. However, it does expect certain environment variables and folder structures to be set.
Cosmovisor allows you to download binaries ahead of time for chain upgrades, meaning that you can do zero (or close to zero) downtime chain upgrades. It’s also useful if your local timezone means that a chain upgrade will fall at a bad time.
Rather than having to do stressful ops tasks late at night, it’s always better if you can automate them away, and that’s what Cosmovisor tries to do.
Install
First, go and get cosmovisor (recommended approach):
Your installation can be confirmed with:
This will return something like:
Add environment variables to your shell
In the .zshrc
file, usually located at ~/.zshrc
, add:
Then source your profile to have access to these variables:
You can confirm success like so:
It should return gaiad
.
Set up folder structure
Cosmovisor expects a certain folder structure:
Don’t worry about current
- that is simply a symlink used by Cosmovisor. The other folders will need setting up, but this is easy:
Set up genesis binary
Cosmovisor needs to know which binary to use at genesis. We put this in $DAEMON_HOME/cosmovisor/genesis/bin
.
First, find the location of the binary you want to use:
Then use the path returned to copy it to the directory Cosmovisor expects. Let’s assume the previous command returned /home/your-user/go/bin/gaiad
:
Once you’re done, check the folder structure looks correct using a tool like tree
.
Set up service
Commands sent to Cosmovisor are sent to the underlying binary. For example, cosmovisor version
is the same as typing gaiad version
.
Nevertheless, just as we would manage junod
using a process manager, we would like to make sure Cosmovisor is automatically restarted if something happens, for example an error or reboot.
First, create the service file:
Change the contents of the below to match your setup - cosmovisor
is likely at ~/go/bin/cosmovisor
regardless of which installation path you took above, but it’s worth checking.
Note also that we set buffer size explicitly because of a live bug in Cosmovisor before version v1.0.0
. If you are using v1.0.0
, you may omit that line.
In addition, the same issue can be fixed by reducing the log via env variable. If you are unsure, ask on Discord.
State Syncing the node
State Sync is an efficient and fast way to bootstrap a new node, and it works by replaying larger chunks of application state directly rather than replaying individual blocks or consensus rounds. For more information, see Tendermint's State Sync docs.
To enable state sync, visit an explorer to get a recent block height and corresponding hash. A node operator can choose any height/hash in the current bonding period, but as the recommended snapshot period is 1000
blocks, it is advised to choose something close to current height - 1000
.
With the block height and hash selected, update the configuration in ~/.gaia/config/config.toml
to set enable = true
, and populate the trust_height
and trust_hash
. Node operators can configure the rpc servers to a preferred provider, but there must be at least two entries. It is important that these are two rpc servers the node operator trusts to verify component parts of the chain state. While not recommended, uniqueness is not currently enforced, so it is possible to duplicate the same server in the list and still sync successfully.
Start Cosmovisor
Finally, enable the service and start it.
Check it is running using:
If you need to monitor the service after launch, you can view the logs using:
Last updated