Overview
As a validator for the Axelar network, your Axelar node will vote on the status of external blockchains such as Ethereum, Cosmos, etc. Specifically:
- Select which external chains your Axelar node will support. Set up and configure your own nodes for the chains you selected.
- Provide RPC endpoints for these nodes to your Axelar validator node and register as a maintainer for these chains on the Axelar network.
For item 2 above the following tasks should always be done together:
- Enable/disable RPC endpoints.
- Register/deregister as chain maintainer.
Failure to do these tasks together could result in loss of transaction fees, loss of validator rewards, and poor validator performance.
See below for details. Read this entire article before you begin supporting external chains.
External chains you can support on Axelar
- EVM-compatible chains
- Cosmos chains
- Nothing to do. All Cosmos chains are automatically supported by default.
Add external chain info to your validator’s configuration
Edit your vald
config $AXELARD_HOME/config.toml
: set the rpc_addr
and start-with-bridge
entries corresponding to the external chain you wish to connect.
Your config.toml
file should already contain a snippet like the following:
Example: Ethereum
Edit the Ethereum
entry::
Be sure to set start-with-bridge
to true
.
Restart your companion processes
Caution: Do not stop the axelar-core
process. If you stop axelar-core
then you risk downtime for Tendermint consensus, which can result in penalties.
Caution: If vald
, tofnd
are stopped for too long then your validator might fail to produce a heartbeat transaction when needed. The risk of this event can be reduced to near-zero if you promptly restart these processes shortly after a recent round of heartbeat transactions.
Tip: Heartbeat events are emitted every 50 blocks. Your validator typically responds to heartbeat events within 1-2 blocks. It should be safe to restart vald
, tofnd
at block heights that are 5-10 mod 50.
Stop your companion processes vald
, tofnd
.
Immediately resume your companion processes vald
, tofnd
as per Launch companion processes.
Check your connections to new chains in vald
Check your vald
logs to see that your validator node has successfully connected to the new EVM chains you added. [How to view logs.]
You should see something like:
Register as a maintainer of external chains
For each external chain C you selected earlier you must inform the Axelar network of your intent to maintain C. This is accomplished via the register-chain-maintainer
command.
Since vald
uses the broadcaster account,
it is recommended to be shut down when submitting this command to avoid
running into sequence mismatch errors due to concurrent signing.
Example:
Automatic deregistration
Your validator could be automatically deregistered as a maintainer for chain C for poor performance. See Automatic deregistration below.
Deregister as chain maintainer from an external chain
If for some reason you need to deregister an external chain as a maintainer you must inform the Axelar network of every chain you intent to leave.
This is accomplished via the deregister-chain-maintainer
command.
Example: Deregister the Avalanche chain:
Caution: You should also disable the RPC endpoint for C (set start-with-bridge = false
in your config.toml
file) and then restart vald.
Always configure RPC and chain registration together
To start/resume support for external chain C, always do these steps together:
- Enable RPC endpoint for C: set
start-with-bridge = true
in yourconfig.toml
file and restart vald. - Register as a maintainer for C on Axelar network:
axelard tx nexus register-chain-maintainer
.
Conversely, to stop/pause support for external chain C:
- Deregister as a maintainer for C on Axelar network:
axelard tx nexus deregister-chain-maintainer
. - Disable RPC endpoint for C: set
start-with-bridge = false
in yourconfig.toml
file and restart vald.
Why? If your RPC endpoint for C is enabled but you are not registered as a maintainer for C then your validator will post vote transactions for C but those transactions will be ignored by the Axelar network. Consequences:
- Your broadcaster account will lose funds because the Axelar network does not refund transaction fees for vote messages unless you are a registered maintainer for chain C.
- You will see spurious error messages in your vald logs.
- Axelar dashboards might display incorrect data on your votes for chain C.
Conversely, if you are registered as a maintainer for C but your RPC endpoint for C is disabled then your validator will fail to post vote transactions for C when the Axelar network expects them. Consequences:
- Your validator will exhibit poor vote performance and cannot earn rewards for maintaining C.
Automatic deregistration
The Axelar network will automatically deregister your validator as a maintainer for chain C if either of the following conditions is met in the previous 500 polls for C:
- Your validator missed at least 20% of polls. A poll is “missed” if your validator never submits a vote transaction or if the vote transaction is posted more than 3 blocks after the poll concludes.
- Your validator voted incorrectly in at least 5% of polls. A vote is “incorrect” if it conflicts with the majority for that poll.
How to recognize automatic deregistration
- The Axelar network emits an event each time a chain maintainer is deregistered.
axelar-core
logs will contain a message of the formderegistered validator {address} as maintainer for chain {chain}
.- Run the CLI query
axelard q nexus chain-maintainers [chain]
to see whether your validator is included.