EveryDocumentation 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 node is driven by two primary configuration files — app.toml and config.toml — that live inside your node’s home directory. Before you can edit these files, you must initialize the directory structure with axelard init. This page walks through initialization, the most important knobs in each config file, and how to use the axelard config tooling to read and write values without manually editing TOML.
Initializing the Node
axelard init creates the home directory structure, generates a node key and a validator private key, and writes default app.toml, config.toml, and genesis.json files.
A human-readable name for your node displayed on the network’s peer list. Choose something descriptive, e.g.
my-validator-1.The chain ID encoded in the genesis file. Use
axelar-dojo-1 for mainnet or axelar-testnet-lisbon-3 for the Lisbon testnet. Defaults to axelar if omitted.Override the default home directory. Defaults to
$HOME/.axelar.For mainnet and testnet, you must replace the generated
genesis.json with the official network genesis before starting the node.Using axelard config
Theaxelard config subcommands provide a safe, validated way to read and write config file values without a text editor.
Read a value
.toml), and the second is the dot-notation key path.
Write a value
--verbose to log the change to stderr and --stdout to print the updated file without writing it:
View and diff
app.toml Settings
~/.axelar/config/app.toml controls the Cosmos SDK application layer. Below are the settings most relevant to production nodes.
Minimum Gas Prices
Reject any transaction whose fee falls below this floor. Validators should set this to prevent fee-free spam.
Pruning
Controls how much historical state is retained on disk:One of
default, nothing, everything, or custom.| Value | Behaviour |
|---|---|
default | Keep the last 362 880 states, pruned every 10 blocks |
nothing | Keep all historic states (archival node) |
everything | Keep only the 2 latest states |
custom | Configure manually with pruning-keep-recent and pruning-interval |
REST API Server
gRPC Server
State Sync Snapshots
To allow other nodes to use this node as a state sync provider, enable snapshots:CosmWasm Settings
Axelar Core compiles with CosmWasm enabled by default (WASM=true). The relevant tunables in app.toml:
MAX_WASM_SIZE, default 3 MiB) and cannot be changed at runtime.
Supported CosmWasm capabilities baked into the binary:
config.toml Settings
~/.axelar/config/config.toml controls the CometBFT consensus engine, P2P networking, and the RPC server.
Moniker
P2P Configuration
Seed Nodes
Seed nodes introduce your node to the peer-to-peer network. They do not participate in consensus themselves. Add them toseeds:
Persistent Peers
Peers listed here are always maintained, even after connection drops:RPC Server
State Sync (Syncing from a Snapshot)
To sync quickly from a trusted peer’s snapshot instead of replaying all blocks from genesis, configure state sync inconfig.toml:
Set trust_height and trust_hash
Paste the returned height and hash into
config.toml under [statesync].Set rpc_servers
Provide at least two distinct RPC servers so the node can cross-verify the snapshot.
Consensus Tuning
vald.toml
Validator nodes also use a third config file,~/.axelar/config/vald.toml, for the external vald process. See the Vald page for full documentation of its fields.
Configuration Precedence
Settings can come from multiple sources. The order of precedence (highest wins) is:- CLI flags passed to
axelard start - Environment variables (e.g.
AXELARD_MINIMUM_GAS_PRICES) app.toml/config.tomlfile values- Built-in defaults