Joining Mainnet
General instructions to join the Juno mainnet after network genesis.
Last updated
General instructions to join the Juno mainnet after network genesis.
Last updated
To get up and running with the junod binary, please follow the instructions here.
The Juno Network has undergone several upgrades since the network inception on October 1st 2021. There was a hard fork after the network was attaked with a smart contract vulnerability on July 28th 2022.
The second is the current mainnet "Juno Phoenix 2" which raised Juno from the ashes on July 28th 2022.
The correct version of the binary for mainnet at genesis (Phoenix) was v9.0.0.
Releases after genesis can be found in the mainnet repo.
To find the current version of the binary, go to the mainnet repo and find the most recent upgrade.
If you plan to use a snapshot or state sync to sync your node, you will need the latest binary. Check for the latest upgraded binary version.
The minimum recommended hardware requirements for running a validator for the Juno mainnet are:
| Requirements |
|---|
|
These specifications are the minimum recommended. As Juno Network is a smart contract platform, it can at times be very demanding on hardware. Low spec validators WILL get stuck on difficult to process blocks.
If you are running less than 32GB RAM, we recommend adding a swap on NVME storage to help process large and complex blocks.
Note that the mainnet will accumulate data as the blockchain continues. This means that you will need to expand your storage as the blockchain database gets larger with time.
For this guide, we will be using shell variables. This will enable the use of the client commands verbatim. It is important to remember that shell commands are only valid for the current shell session, and if the shell session is closed, the shell variables will need to be re-defined.
If you want variables to persist for multiple sessions, then set them explicitly in your shell .profile, as you did for the Go environment variables.
To clear a variable binding, use unset $VARIABLE_NAME. Shell variables should be named with ALL CAPS.
The current Juno Network chain-id is juno-1. Set the CHAIN_ID:
Choose your <moniker-name>, this can be any name of your choosing and will identify your validator in the explorer. Set the MONIKER_NAME:
These instructions will direct you on how to initialize your node, synchronize to the network and upgrade your node to a validator.
This will generate the following files in ~/.juno/config/
genesis.json
node_key.json
priv_validator_key.json
Download the the "Phoenix" geneis file. The following instructions download the genesis file hosted by Dimi.
This will replace the genesis file created using junod init command with the mainnet genesis.json.
We can set the seeds by retrieving the list of seeds from the cosmoscontracts/mainnet repo and using sed to inject into ~/.juno/config/config.toml:
NB: If you are unsure about this, you can ask in discord for the current peers and explicitly set them in ~/.juno/config/config.toml instead.
For RPC nodes and Validator nodes we recommend setting the following minimum-gas-prices. As we are a permissionless wasm chain, this setting will help protect against contract spam and potential wasm contract attack vectors.
In $HOME/.juno/config/app.toml, set minimum gas prices:
The above configuration will set the validator to accept both ujuno and IBC Atom as fees for transactions. This is the recommended configuration.
Either create a new key pair, or restore an existing wallet for your validator:
Replace <key-name> with a key name of your choosing.
After creating a new key, the key information and seed phrase will be shown. It is essential to write this seed phrase down and keep it in a safe place. The seed phrase is the only way to restore your keys.
You will require some Juno tokens to bond to your validator. To be in the active set you will need to have enough tokens to be in the top 150 validators by delegation weight.
If you do not have any Juno tokens for you validator you can purchase tokens on Osmosis, WyndDex, or kado.money.
Follow these instructions to setup cosmovisor and start the node.
Using cosmovisor is completely optional. If you choose not to use cosmovisor, you will need to be sure to attend network upgrades to ensure your validator does not have downtime and get jailed.
If syncing a node from the "Phoenix 2" genesis, the initial "invariant checks" will take many hours to complete. If you want to skip invariant checks, thart the node with --x-crisis-skip-assert-invariants flag. This will still take around 30+ minutes to start the node.
There are methods to sync a node to the network:
From genesis and following the Mainnet Upgrades path
After starting the junod daemon, the chain will begin to sync to the network. The time to sync to the network will vary depending on your setup and the current size of the blockchain, but could take a very long time. To query the status of your node:
If this command returns true then your node is still catching up. If it returns false then your node has caught up to the network current block and you are safe to proceed to upgrade to a validator node.
When syncing from genesis, you will need to perform upgrades while catching up to the head. juno-1 upgrades are detailed in Mainnet Upgrades along with a description of each type of upgrade.
During the syncing process you will need to install binary upgrades at the correct height. Please refer to Mainnet Upgrades for further information.
Do not attempt to upgrade your node to a validator until the node is fully in sync as per the previous step.
To upgrade the node to a validator, you will need to submit a create-validator transaction:
The above transaction is just an example. There are many more flags that can be set to customise your validator, such as your validator website, or keybase.io id, etc. To see a full list:
There are certain files that you need to backup to be able to restore your validator if, for some reason, it damaged or lost in some way. Please make a secure backup of the following files located in ~/.juno/config/:
priv_validator_key.json
node_key.json
It is recommended that you encrypt the backup of these files.
