Crypto Gloss

Axelar Network

Axelar is a decentralized cross-chain interoperability network that connects 50+ blockchains through a General Message Passing (GMP) protocol — allowing any smart contract on any connected chain to call any function on any other connected chain with a single cross-chain message. Unlike token-only bridges, Axelar enables full cross-chain composability: a dapp on Ethereum can read Avalanche state, a DAO on Cosmos Hub can execute a Uniswap swap on Ethereum mainnet, or a user can deposit funds on Polygon and have them automatically deployed into a Curve pool on Ethereum mainnet. Axelar is built on the Cosmos SDK — it is itself a Cosmos blockchain with a Proof-of-Stake validator network (~75 validators) that uses threshold cryptography (validators collectively hold message signing keys; no single validator has a full key) to sign cross-chain messages. This is more secure than simple multi-sig (threshold key: distributed across validators; compromise: requires: corrupting threshold of validators) but less trust-minimized than IBC’s light client model (users must trust Axelar validators’ honesty and key security). Axelar’s Gateway contracts on each connected chain handle message receipt and execution, and its Interchain Token Service (ITS) enables tokens with native multi-chain supply to be deployed and managed across all connected chains simultaneously.

Key Facts

  • Founded: 2020 by Sergey Gorbunov and Georgios Vlachos (former MIT professors + Algorand team)
  • Connected chains: 50+ chains (Ethereum, Avalanche, Polygon, BNB Chain, Cosmos chains, Solana, etc.)
  • Validator set: ~75 validators (Proof-of-Stake; permissioned set)
  • Security model: Threshold cryptography + PoS validator consensus (not light clients)
  • AXL token: Staking, gas fees on Axelar network, governance
  • Key products: General Message Passing (GMP), Interchain Token Service (ITS), Axelar Amplifier (2024)
  • Major partners: Osmosis, Curve (cross-chain), Circle (USDC cross-chain via CCTP integration), Frax

Core Architecture

The protocol is built around the following components.

1. Gateway Contracts

  • Send: external contracts call Gateway.callContract() or Gateway.callContractWithToken() on source chain
  • Receive: Axelar validators recognize the Gateway event → sign the message → relay to destination Gateway
  • Execute: destination Gateway calls the target contract with the verified cross-chain message

2. Axelar Network (PoS Consensus)

  • Validators: monitor Gateway contract events on all connected chains (observe: “cross-chain message emitted”)
  • Validators: agree (Byzantine fault-tolerant consensus): on: which Gateway events need confirmation
  • Validators: sign confirmed messages via threshold cryptography (TSS: Threshold Signature Scheme)
  • No single validator: has: a full private key to sign → key: distributed: requires: ≥T of N validators to co-sign
  • Messages: finalized → relayed to destination Gateway

3. Threshold Signature Scheme (TSS)

  • Each validator: holds: a share of the signing key
  • Threshold: (e.g., 2/3 of validators): must participate in signing
  • The combined signature: is: a standard ECDSA signature that destination chain Gateways can verify
  • Advantage over multi-sig: multi-sig: requires: N signatures: larger; on Ethereum: very expensive gas; TSS: produces: 1 signature: gas-efficient; harder to detect: which: validator: participated

General Message Passing (GMP)

GMP: the core Axelar product — cross-chain smart contract calls:

Simple GMP (Message Only)

“`solidity

// On Ethereum:

IAxelarGateway(gateway).callContract(

“avalanche”, // destination chain name

“0xDestinationContract”, // destination contract address

payload // arbitrary bytes: ABI-encoded function call

);

“`

The destination contract (on Avalanche) receives:

  • sourceChain: “ethereum”
  • sourceAddress: “0xSenderContract”
  • payload: decoded function call arguments

Use case: cross-chain governance (DAO on Ethereum: votes → executes: function on Avalanche Aave market)

GMP with Token Transfer

“`solidity

// On Ethereum:

IAxelarGateway(gateway).callContractWithToken(

“avalanche”,

“0xDestinationVault”,

payload,

“USDC”, // token name on Axelar

1000 * 10**6 // 1000 USDC

);

“`

Transfers 1000 USDC AND executes a function on the destination chain — atomically.

Use case: one-click cross-chain DeFi (deposit USDC on Ethereum → execute: Curve pool deposit on Avalanche: in: one user transaction)

Interchain Token Service (ITS)

ITS (launched 2023): allows token issuers to deploy natively multi-chain tokens:

Problem ITS Solves

  • USDC on Avalanche via Axelar: “axlUSDC” (Axelar-bridged version)
  • USDC on Avalanche via Wormhole: “wUSDC” (Wormhole version)
  • Two different “USDC” tokens: not: fungible: fragmented liquidity

ITS Solution

  1. Deploy: token contract on Ethereum (canonical home)
  2. Register: on Axelar ITS
  3. Deploy: linked token contracts on Avalanche, BNB, Polygon (all: managed by ITS)
  4. Cross-chain transfers: burn on source → Axelar message → mint on destination (or lock/release: for: home chain)
  5. All deployed contracts: same token: seamlessly interoperable: no: wrapped distinguishing: native

Result: $FRAX on Ethereum = $FRAX on Avalanche: same token: same liquidity pool depth: no fragmentation.

Major ITS users: Frax Finance (FRAX multi-chain native via ITS), various gaming tokens wanting unified cross-chain supply.

Axelar Amplifier (2024)

Axelar Amplifier: new architecture (2024) that replaces the older validator-polling model:

  • Before: Axelar validators: each: ran: full nodes on every connected chain: resource-intensive: limited scalability
  • After: Amplifier: allows: external verifier networks: to: verify: specific chains: Axelar: aggregates: these: permissioned verifier report: faster: more scalable
  • Enables: adding new chains: faster (external verifier: handles new chain: Axelar: doesn’t need: all validators to run new chain full nodes)
  • 2024: Amplifier: enabled: Solana connection (Solana: full node: too resource-intensive for all Axelar validators: external verifier network: handles: Solana state verification)

AXL Token

  • Function: gas fees (pay: for: cross-chain message processing on Axelar network), staking (validators: bond AXL: slashable for: misbehavior), governance (CIP: Axelar governance)
  • Supply: 1B AXL total
  • Distribution: Team/Advisors (29.5%), Community (30%), Backers (29.5%), Foundation reserve (11%)
  • Inflation: PoS staking rewards: issued as AXL inflation: ~7% annual (decreasing over time)

Axelar vs. Competitors

Feature Axelar IBC LayerZero Wormhole
Security model Threshold TSS + PoS Light client Oracle + relayer Guardian set
EVM support Full Limited (via adapters) Full Full
GMP (arbitrary messages) Yes Via ICA Yes Yes
Data flow control Axelar validators Relayers (permissionless) Oracle + relayer Wormhole guardians
Established 2024 Mature Most mature Very mature Mature

Social Media Sentiment

Axelar Network maintains a community presence typical of DeFi protocols in its niche. CT sentiment is generally sentiment-neutral, with discussion largely among existing users around protocol mechanics, yield opportunities, and security incidents. Token price action drives periodic community activity.

Last updated: 2026-04

Related Terms

Sources