TheDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/axelarnetwork/axelar-core/llms.txt
Use this file to discover all available pages before exploring further.
axelard tx nexus command group provides transaction subcommands for the Nexus module, which serves as the cross-chain routing hub of the Axelar network. Validators use these commands to register or deregister themselves as chain maintainers, governance can activate or deactivate supported chains, operators can configure per-asset fee structures, and any participant can retry a failed general message routing attempt.
Subcommands
register-chain-maintainer — Register as a chain maintainer
register-chain-maintainer — Register as a chain maintainer
Registers the sender (a validator’s proxy address) as a chain maintainer for one or more chains. Chain maintainers are responsible for observing and voting on events from the chains they maintain.SyntaxArgumentsKey FlagsExample
One or more chain names to maintain (space-separated, e.g.
ethereum avalanche).Proxy address of the validator registering as maintainer. Must be the registered proxy for the validator.
Axelar network chain ID (default
"axelar").Gas limit (default
200000). Use "auto" for automatic estimation.Gas price in decimal format (default
"0.007uaxl").Broadcasting mode:
sync or async (default "sync").Keyring backend:
os, file, kwallet, pass, test, or memory (default "file").The
--from address must be the validator’s proxy address, not the validator’s operator address. Register a proxy first using axelard tx snapshot register-proxy.deregister-chain-maintainer — Remove chain maintainer registration
deregister-chain-maintainer — Remove chain maintainer registration
Deregisters the sender as a chain maintainer for one or more chains. After deregistration the validator will no longer be expected to vote on events from those chains.SyntaxArgumentsKey FlagsExample
One or more chain names to stop maintaining (space-separated).
Proxy address of the validator deregistering.
Network chain ID (default
"axelar").Gas limit (default
200000).Gas price (default
"0.007uaxl").sync or async (default "sync").Keyring backend (default
"file").activate-chain — Activate one or more chains
activate-chain — Activate one or more chains
Activates one or more chains, enabling cross-chain transfers and message routing through Axelar for those chains. This is typically a governance-gated operation.SyntaxArgumentsKey FlagsExample
One or more chain names to activate (space-separated, e.g.
ethereum).Signing key name or address.
Network chain ID (default
"axelar").Gas limit (default
200000).Gas price (default
"0.007uaxl").sync or async (default "sync").Keyring backend (default
"file").deactivate-chain — Deactivate one or more chains
deactivate-chain — Deactivate one or more chains
Deactivates one or more chains, halting cross-chain transfers and message routing for those chains. This may be used as an emergency circuit breaker or during scheduled maintenance.SyntaxArgumentsKey FlagsExample
One or more chain names to deactivate (space-separated).
Signing key name or address.
Network chain ID (default
"axelar").Gas limit (default
200000).Gas price (default
"0.007uaxl").sync or async (default "sync").Keyring backend (default
"file").register-asset-fee — Register fee parameters for an asset
register-asset-fee — Register fee parameters for an asset
Registers the fee rate, minimum fee, and maximum fee for a specific asset on a given chain. These parameters govern how much users are charged when transferring that asset through Axelar.SyntaxArgumentsKey FlagsExample
Name of the chain for which the fee applies (e.g.
ethereum).Asset denomination for which the fee is being set (e.g.
uaxl, uusdc).Proportional fee expressed as a decimal fraction (e.g.
"0.001" for 0.1%).Minimum fee amount in the asset’s base denomination (e.g.
"1000" for 1000 uaxl).Maximum fee amount in the asset’s base denomination (e.g.
"1000000" for 1 AXL).Signing key name or address.
Network chain ID (default
"axelar").Gas limit (default
200000).Gas price (default
"0.007uaxl").sync or async (default "sync").Keyring backend (default
"file").Fee parameters take effect immediately once the transaction is confirmed. Existing in-flight transfers use the fee schedule that was active when they were initiated.
retry-failed-message — Retry routing a failed general message
retry-failed-message — Retry routing a failed general message
Re-attempts routing of a general message that previously failed to reach its destination. This is useful when a transient error (such as a contract revert on the destination chain) caused the routing to fail.SyntaxArgumentsKey FlagsExample
Unique identifier of the failed general message to retry (e.g.
ethereum-2|0xTxHash-1).Signing key name or address.
Network chain ID (default
"axelar").Gas limit (default
200000).Gas price (default
"0.007uaxl").sync or async (default "sync").Keyring backend (default
"file").Common Flags
Allaxelard tx nexus subcommands accept the following standard transaction flags:
| Flag | Default | Description |
|---|---|---|
--from | — | Key name or address used to sign |
--chain-id | axelar | Network chain ID |
--gas | 200000 | Gas limit; use auto for estimation |
--gas-adjustment | 1 | Multiplier applied to simulated gas estimate |
--gas-prices | 0.007uaxl | Gas price in decimal format |
--broadcast-mode | sync | Broadcasting mode (sync | async) |
--keyring-backend | file | Keyring backend (os | file | test | memory) |
--node | tcp://localhost:26657 | CometBFT RPC endpoint |
--yes | true | Skip interactive confirmation prompt |