Run a Validator on the Gitopia
What is a Validator?
Validators are responsible for committing new blocks to the blockchain through voting. A validator's stake is slashed if they become unavailable or sign blocks at the same height. Please read about Sentry Node Architecture to protect your node from DDOS attacks and to ensure high-availability.
You may want to skip the next section if you have already set up a full-node.
Minimum recommended hardware requirements for running the gitopia validator is:
- 4 CPU Cores
- 32GB RAM
- 1TB of storage
Create Your Validator
If you haven't installed the
gitopiad binary, follow the instructions here.
First, generate a gitopia wallet and fund it with some TLORE.
gitopiad keys add <validator_key_name>
- name: validator_key_name
**Important** write this mnemonic phrase in a safe place.
It is the only way to recover your account if you ever forget your password.
Share this address to receive some TLORE tokens.
Do not share your mnemonic with anyone and keep it safe.
We recommend that you use a KMS (Key Management System) for securing your keys. You can read more about it here.
You can find your validator pubkey by running:
gitopiad tendermint show-validator
To create your validator, just use the following command:
Don't use more
ulore than you have!
gitopiad tx staking create-validator \
--pubkey=$(gitopiad tendermint show-validator) \
--moniker="choose a moniker" \
When specifying commission parameters, the
commission-max-change-rate is used to measure % point change over the
commission-rate. E.g. 1% to 2% is a 100% rate increase, but only 1 percentage point.
Min-self-delegation is a stritly positive integer that represents the minimum amount of self-delegated voting power your validator must always have. A
1000000 means your validator will never have a self-delegation lower than
The current chain id is
You can confirm that you are in the validator set by using a third party explorer.
Edit Validator Description
You can edit your validator's public description. This info is to identify your validator, and will be relied on by delegators to decide which validators to stake to. Make sure to provide input for every flag below. If a flag is not included in the command the field will default to empty (
--moniker defaults to the machine name) if the field has never been set or remain the same if it has been set in the past.
The <key_name> specifies which validator you are editing. If you choose to not include certain flags, remember that the --from flag must be included to identify the validator to update.
--identity can be used as to verify identity with systems like Keybase or UPort. When using with Keybase
--identity should be populated with a 16-digit string that is generated with a keybase.io account. It's a cryptographically secure method of verifying your identity across multiple online networks. The Keybase API allows us to retrieve your Keybase avatar. This is how you can add a logo to your validator profile.
gitopiad tx staking edit-validator
--moniker="choose a moniker" \
--details="Code Collaboration for Web3" \
commission-rate value must adhere to the following invariants:
- Must be between 0 and the validator's
- Must not exceed the validator's
commission-max-change-ratewhich is maximum % point change rate per day. In other words, a validator can only change its commission once per day and within
View Validator Description
View the validator's information with this command:
gitopiad query staking validator <account_gitopia>
Track Validator Signing Information
In order to keep track of a validator's signatures in the past you can do so by using the
gitopiad query slashing signing-info <validator-pubkey>\
When a validator is "jailed" for downtime, you must submit an
Unjail transaction from the operator account in order to be able to get block proposer rewards again (depends on the zone fee distribution).
gitopiad tx slashing unjail \
Confirm Your Validator is Running
Your validator is active if the following command returns anything:
gitopiad query tendermint-validator-set | grep "$(gitopiad tendermint show-address)"
You should now see your validator in one of the gitopia Hub explorers. You are looking for the
address in the
To be in the validator set, you need to have more total voting power than the 100th validator.
Halting Your Validator
When attempting to perform routine maintenance or planning for an upcoming coordinated
upgrade, it can be useful to have your validator systematically and gracefully halt.
You can achieve this by either setting the
halt-height to the height at which
you want your node to shutdown or by passing the
--halt-height flag to
The node will shutdown with a zero exit code at that given height after committing
Problem #1: My validator has
Your validator has become jailed. Validators get jailed, i.e. get removed from the active validator set, if they do not vote on
500 of the last
10000 blocks, or if they double sign.
If you got jailed for downtime, you can get your voting power back to your validator. First, if
gitopiad is not running, start it up again:
Wait for your full node to catch up to the latest block. Then, you can unjail your validator
Lastly, check your validator again to see if your voting power is back.
You may notice that your voting power is less than it used to be. That's because you got slashed for downtime!
Problem #2: My
gitopiad crashes because of
too many open files
The default number of files Linux can open (per-process) is
gitopiad is known to open more than
1024 files. This causes the process to crash. A quick fix is to run
ulimit -n 4096 (increase the number of open files allowed) and then restart the process with
gitopiad start. If you are using
systemd or another process manager to launch
gitopiad this may require some configuration at that level. A sample
systemd file to fix this issue is below: