Allbridge AI MCP

Three open-source MCP servers that let any agent plan, sign, broadcast, and track a cross-chain transfer — safely, with keys staying on the user's machine.

Why Allbridge AI

An MCP surface that understands cross-chain

Every tool returns a structured envelope with typed errors and next-step hints, so an agent can drive a transfer end-to-end without guessing.

  • Plan any transfer

    Routes, quotes, messenger options, and a recommended path for 10+ chains — returned as structured JSON the agent can reason over.

  • Keys stay local

    Coordination is key-free by design. The local signer owns the wallets; nothing ever leaves the user's machine.

  • Explicit handoff

    Every execution step carries a handoff block telling the client exactly which server signs, which broadcasts, and which wallet to pick.

  • 7 chain families

    EVM, Solana, Tron, Algorand, Stacks, Soroban / Stellar, and Sui — one consistent interface across all of them.

  • Full lifecycle

    Preflight balances, submit approvals, bridge, handle Stellar trustlines or Algorand opt-ins, and poll status — all with one job.

  • Works everywhere

    stdio for Claude Desktop, Claude Code, Cursor, Windsurf, Cline, Continue, Zed, Goose. streamable-http + OAuth for hosted agents and remote connectors.

Developer support

Allbridge MCP helps developers ship integrations faster

It can guide client setup, review documentation and config examples, and inspect transfer history in Core Explorer by sender address, recipient address, transaction hash, or transfer ID.

Ship with fewer integration mistakes

Integration support

Use Allbridge MCP to validate the setup, check docs, and keep the integration path aligned with the published interface.

  • Integration help

    Helps wire clients, pick the right transport, and spot missing env vars or config mistakes before they reach production.

  • Docs review

    Checks documentation, examples, and setup notes so implementation matches the published interface instead of drifting.

  • Transfer lookup

    Searches Core Explorer by sender address, recipient address, transaction hash, or transfer ID to trace transfers quickly.

Find the transfer you need without guessing

Core Explorer

Use the question you actually have and let MCP narrow it down to the right transfer record.

  • Confirm a transfer
  • Trace by sender
  • Trace by recipient
  • Open from tx hash
  • User support

    Example question: What happened to my transfer?

    Start with a transaction hash or transfer ID and have MCP pull the full transfer story without searching chain by chain.

  • Sender trace

    Example question: Show transfers sent from this wallet

    Use a sender address when the wallet owner needs a list of outgoing transfers, status, and the latest checkpoint.

  • Recipient trace

    Example question: Find all transfers received by this address

    Use a recipient address when the receiving side is the only known detail and you need to reconstruct the route.

  • Tx lookup

    Example question: Which bridge action matches this hash?

    Drop in the transaction hash to confirm whether it was a deposit, swap, or receive leg and where it finalized.

How to ask it

Ask for the sender, recipient, transaction hash, or transfer ID and let the agent resolve the trail from there.

Open Core Explorer (opens in new tab)

How it works

From user intent to confirmed transfer in five steps

The bridge flow is split deliberately: coordination stays key-free, signing stays local. An explicit handoff block on every step tells the client which server owns the next action.

  1. Responsible MCP server: allbridge-mcp

    Plan

    Agent calls plan_bridge_transfer with source chain, destination chain, token, and amount. Gets normalized routes and a recommended option.

    plan_bridge_transfer
  2. Responsible MCP server: allbridge-mcp

    Preflight

    check_sender_balances verifies the sender can cover the amount and fees. If not, the agent asks for a top-up before going further.

    check_sender_balances
  3. Responsible MCP server: allbridge-mcp

    Build

    create_bridge_execution_job returns ordered, ready-to-sign steps plus a handoff block pointing at the signer and the wallet selector.

    create_bridge_execution_job
  4. Responsible MCP server: local-signer-mcp

    Sign & broadcast

    Local Signer MCP signs each step with the configured wallet and submits it. The transaction hash comes back immediately.

    sign_and_broadcast_transaction
  5. Responsible MCP server: allbridge-mcp

    Track

    get_transfer_status polls the Allbridge explorer until the receive side lands. The agent streams the state back to the user.

    get_transfer_status

Tools

Allbridge MCP tool catalogue

These tools, grouped by what they do in a transfer. Plug them into any MCP-capable agent, and the bridge becomes one structured interface

Discovery

  • list_supported_chains

    list the bridge chains and chain aliases that the Allbridge token catalog supports.

  • list_supported_tokens

    list the supported bridge tokens for a chain.

  • find_bridge_routes

    advanced route lookup for bridge planning when source and destination chains are known.

  • quote_bridge_transfer

    quote an Allbridge transfer once the source and destination token addresses are known.

Planning

  • plan_bridge_transfer

    primary tool for bridging stablecoins between chains; returns normalized routes and a recommended option

  • check_sender_balances

    checks sender balance preflight before building bridge transactions

Execution

  • create_bridge_execution_job

    create an ordered bridge execution job with explicit signing steps for an external wallet or signer.

  • build_bridge_transactions

    build raw approval and bridge transactions once the route, sender, recipient, and amount are known.

  • broadcast_signed_transaction

    broadcast an already-signed transaction for a supported chain family.

Destination prerequisites

  • check_stellar_trustline

    check whether a Stellar account already has a trustline for the given token.

  • build_stellar_trustline_transaction

    build a Stellar change-trustline transaction for a recipient account.

  • check_algorand_optin

    check whether an Algorand account is already opted into the given asset or app.

  • build_algorand_optin_transaction

    build an Algorand opt-in transaction for a recipient account.

Tracking

  • get_transfer_status

    fetch the status of a bridge transfer from the source chain and transaction hash.

  • get_allbridge_transfer

    open a single transfer record from the public explorer by transfer ID.

  • search_allbridge_transfers

    search or list transfers in the public explorer (by query, account, chain, status, amount range).

Signer

Local signer details section

Local Signer MCP runs on your machine. It signs and broadcasts, nothing else, so the wallets stay where you put them

Tools it exposes

  • get_wallet_capabilities
  • get_accounts
  • sign_transaction
  • broadcast_transaction
  • sign_and_broadcast_transaction

Chains it signs for

  • EthereumBSCBase
    EVM Chains
  • TronTron
  • SolanaSolana
  • SuiSui
  • StellarStellar
  • AlgorandAlgorand

Signs and broadcasts. Does not plan routes, does not quote, does not hold protocol logic.

Dev MCP

Allbridge Dev MCP introduction

Read-only documentation assistant for Allbridge integrations. Search project docs, SDK references, REST API notes, and worked examples without loading bridge execution tools into the same surface.

Tools

  • search_allbridge_documentation

    ranked snippet search across allowlisted docs and examples.

  • get_allbridge_product_summary

    summarise the bridge, dev, or broadcast group.

  • list_available_coding_resources

    list docs and code references for a selected group.

  • get_coding_resource_details

    return the full content of selected docs or code references.

When to use

search project / SDK / REST docs, summarise product groups, list canonical resources, fetch citable references.

Quickstart

Three servers. One client config.

Allbridge MCP runs hosted at mcp.allbridge.io (opens in new tab) The signer runs on your machine as a Docker container, so private keys never leave it. Wire both into any MCP-capable client in three steps.

  1. 01 Pull the signer image

    The signer runs on your machine so private keys never leave it. Pull the latest image from Docker Hub.

    bash
    docker pull allbridge/local-signer-mcp:latest
  2. 02 Create a wallet env file

    Save your keys and RPC URLs at ~/.allbridge/signer.env. One line per chain family — include only the ones you need.

    dotenv
    # ~/.allbridge/signer.env
    
    # EVM (Ethereum, BSC, Polygon, Arbitrum, Optimism, Base …)
    LOCAL_SIGNER_EVM_PRIVATE_KEY=0x...
    LOCAL_SIGNER_EVM_RPC_URL=https://rpc.example.org
    
    # Solana
    LOCAL_SIGNER_SOL_PRIVATE_KEY=...base58...
    LOCAL_SIGNER_SOL_RPC_URL=https://api.mainnet-beta.solana.com
    
    # Tron / Algorand / Stacks / Soroban / Sui — same pattern.
    # Full reference: docs-core.allbridge.io/ai/local-signer-mcp

03 Register all servers in your client

Same three servers, native config for the client you use.

Claude Code

Register all servers in a couple of CLI lines. Restart Claude Code when done.

# Hosted Allbridge MCP — coordination
claude mcp add --transport http allbridge https://mcp.allbridge.io/

# Local signer — Docker image, keys stay on your machine
claude mcp add local-signer -- \
  docker run --rm -i \
    --env-file "$HOME/.allbridge/signer.env" \
    allbridge/local-signer-mcp:latest

Our socials