Joining SSC Mainnet Post-Genesis
The following steps outline how to join the Saga Staking Chain network as a validator after the genesis event.
Prerequisites
Your hardware and network settings satisfy these requirements.
The machine should have a public IP and should be able to communicate with other validators using its
p2pports.sscdbinaryAccess to an account on SSC with
sagatokens, to enable you to fund the validator key.RPC endpoint address of at least one of the functioning validator or full nodes in SSC Mainnet.
List of
persistent_peersaddresses provided by the Saga team.Latest
genesis.jsonprovided by the Saga team.Completed setting up your full node.
Steps to Join as a Validator Post-Genesis
Create, or restore, a key with which to control the validator. This can be done using the
sscd keys addcommand.Ensure that the funded key in the previous step does have the funds. This can be verified by using the following command
Initialize the validator on this machine by running
sscd init <moniker> --chain-id ssc-1. If you would like to use the same mnemonic as the key created/restored in Step 1, you can also doecho "<key mnemonic>" | sscd init --chain-id ssc-1 --recover. This will generate a validator key using the same mnemonic. Theinitcommand also generates certain configuration files in the home directory for SSC (default~/.ssc)Next, update
persistent_peersinformation in~/.ssc/config/config.tomlusing the persistent peers provided by the Saga team. You will update this in theP2Psection ofconfig.tomlfile.Copy the
genesis.jsonfile provided by the Saga team to~/.ssc/config/, overwriting any existing genesis file in that location.Now we are ready to create our validator. We do this using the following command
If the command above is successful, you should be able to view your newly created validator using its validator operator address (prefixed with
sagavaloper). As an example:Note: You can also get a listing and status of all validators, with staking amounts, using the following command.
You should also confirm that your validator is part of the validator set. This can be checked by using the following command on this validator machine:
Note: Our validator is part of the current tendermint validator set (see bolded text)
Now, we can start our node on this machine. Use
sscd startto start the node. Important: You should ideally start the local validator as a service on this machine so it will restart if the machine goes down and is rebooted.
Troubleshooting
The validator node starts up but does not start as a validator or
sscd q tendermint-validator-setdoes not list the validator.
This typically happens when your validator gets jailed. See Cosmos Hub documentation for more details.
You can check this by issuing the sscd q staking validator <validator operator address>command. Example:
You can see that the validator has gotten jailed and its status is now Unbonding. You can unjail the validator by issuing the sscd tx unjail command. Example:
This command, if successful, should unjail the validator, enabling it to rejoin the current tendermint validator set.
Note: If you validator remains jailed even after submitting an unjail transaction (which means the unjail transaction failed), please contact Saga Support.
Last updated