Bitcanna Node Snapshot

Chain ID: bitcanna-1 | Current Node Version: v2.0.3

Block Height
10632994 1 GB 10 hours ago bitcanna_10632994.tar.lz4

Our Bitcanna Snapshot Server Setup

We take one node snapshot every day. We then delete all the previous snapshots to free up the space on the file server.

The snapshot is designed for node opeartors to run an efficient validator service on Bitcanna chain. To make the snapshot as small as possible while still viable as a validator, we use the following setting to save on the disk space. We suggest you make the same adjustment on your node too. Please notice that your node will have very limited functionality beyond signing blocks with the efficient disk space utilization. For example, your node will not be able to serve as a RPC endpoint (which is not suggested to run on a validator node anyway).

Since we periodically state-sync our snapshot nodes, you might notice that sometimes the size of our snapshot is surprisingly small.


# Prune Type
pruning = "custom"

# Prune Strategy
pruning-keep-recent = "100"
pruning-keep-every = "0"
pruning-interval = "10"


indexer = "null"

How To Process Bitcanna Snapshot

Install lz4 if needed

sudo apt update
sudo apt install snapd -y
sudo snap install lz4

Download the snapshot

wget -O bitcanna_10632994.tar.lz4 --inet4-only

Stop your node

sudo service bitcanna stop

Reset your node. This will erase your node database. If you are already running validator, be sure you backed up your priv_validator_key.json prior to running the the command. The command does not wipe the file. However, you should have a backup of it already in a safe location.

WARNING: If you use this snapshot on a validator node during a chain halt, make sure you back up priv_validator_state.json and then replace it after the snapshot is extracted but before you start the node process. This is very important in order to avoid double-sign. When in doubt, reach out to the project team.

# Back up priv_validator_state.json if needed
cp ~/.bcna/data/priv_validator_state.json  ~/.bcna/priv_validator_state.json

# On some tendermint chains
bcnad unsafe-reset-all

# On other tendermint chains
bcnad tendermint unsafe-reset-all --home $HOME/.bcna --keep-addr-book

Decompress the snapshot to your database location. You database location will be something to the effect of ~/.bcna depending on your node implemention.

lz4 -c -d bitcanna_10632994.tar.lz4  | tar -x -C $HOME/.bcna

IMPORTANT: If you run a validator node and the chain is in halt, it is time to replace the priv_validator_state.json file that you have backed up.

# Replace with the backed-up priv_validator_state.json
cp ~/.bcna/priv_validator_state.json  ~/.bcna/data/priv_validator_state.json

If everything is good, now restart your node

sudo service bitcanna start

Remove downloaded snapshot to free up space

rm -v bitcanna_10632994.tar.lz4

Make sure that your node is running

sudo service bitcanna status
sudo journalctl -u bitcanna -f

ADVANCED ROUTE: The above solution requires you to download the compressed file, uncompressed it and then delete the original file. This requires extra storage space on your server. You can run the following combo command to stream the snapshot into your database location. For advanced users only:

curl -o - -L | lz4 -c -d - | tar -x -C $HOME/.bcna

ALTERNATIVE ROUTE: We also have Bitcanna state-sync service to help you bootstrap a node.