Skip to main content
Glama
Crypto APIs MCP Broadcast

Crypto APIs MCP Broadcast

Official

@cryptoapis-io/mcp-broadcast

MCP server for Crypto APIs Broadcast product. Submit locally signed transactions to the blockchain.

API Version: Compatible with Crypto APIs version 2024-12-12

Features

  • Broadcast signed transaction hex to any supported blockchain

  • Supports EVM (Ethereum, Ethereum Classic, BSC, Polygon, Avalanche (C-Chain), Arbitrum, Base, Optimism, Tron)

  • Supports UTXO (Bitcoin, Bitcoin Cash, Litecoin, Dogecoin, Dash, Zcash)

  • Works with transactions signed by @cryptoapis-io/mcp-signer or any external signer

Related MCP server: Blockchain Payment MCP Server

Prerequisites

Installation

npm install @cryptoapis-io/mcp-broadcast

Or install all Crypto APIs MCP servers: npm install @cryptoapis-io/mcp

Usage

# Run with API key
npx @cryptoapis-io/mcp-broadcast --api-key YOUR_API_KEY

# Or use environment variable
export CRYPTOAPIS_API_KEY=YOUR_API_KEY
npx @cryptoapis-io/mcp-broadcast

# HTTP transport (listens on 127.0.0.1; see "Exposing the server beyond localhost")
npx @cryptoapis-io/mcp-broadcast --transport http --port 3000 --api-key YOUR_API_KEY

Claude Desktop

Add to your Claude Desktop config (~/Library/Application Support/Claude/claude_desktop_config.json on macOS, %APPDATA%\Claude\claude_desktop_config.json on Windows):

{
  "mcpServers": {
    "cryptoapis-broadcast": {
      "command": "npx",
      "args": ["-y", "@cryptoapis-io/mcp-broadcast"],
      "env": {
        "CRYPTOAPIS_API_KEY": "your_api_key_here"
      }
    }
  }
}

Cursor

Add to .cursor/mcp.json (project) or ~/.cursor/mcp.json (global):

{
  "mcpServers": {
    "cryptoapis-broadcast": {
      "command": "npx",
      "args": ["-y", "@cryptoapis-io/mcp-broadcast"],
      "env": {
        "CRYPTOAPIS_API_KEY": "your_api_key_here"
      }
    }
  }
}

MCP Inspector

npx @modelcontextprotocol/inspector npx @cryptoapis-io/mcp-broadcast --api-key YOUR_API_KEY

n8n

  1. Start the server in HTTP mode:

    npx @cryptoapis-io/mcp-broadcast --transport http --port 3000 --api-key YOUR_API_KEY
  2. In your n8n workflow, add an AI Agent node

  3. Under Tools, add an MCP Client Tool and set the URL to http://localhost:3000/mcp

n8n in Docker: localhost inside the container is not your machine. Start the server with --host 0.0.0.0 and MCP_AUTH_TOKEN set (see Exposing the server beyond localhost), use http://host.docker.internal:3000/mcp as the URL, and add an Authorization: Bearer <token> header to the MCP Client Tool credential.

All servers default to port 3000. Use --port to assign different ports when running multiple servers.

Available Tools

broadcast_signed_transaction

Submit a signed transaction to the blockchain.

Parameter

Description

blockchain

Target blockchain (ethereum, bitcoin, binance-smart-chain, tron, polygon, etc.)

network

Network (mainnet, testnet, sepolia, mordor, nile, amoy, fuji, etc.)

signedTransactionHex

The signed transaction hex string to broadcast

CLI Arguments

Argument

Description

Default

--api-key

Crypto APIs API key

CRYPTOAPIS_API_KEY env var

--transport

Transport type: stdio or http

stdio

--host

HTTP host (use 0.0.0.0 to accept remote connections — requires an auth token with --api-key)

127.0.0.1

--auth-token

Bearer token callers must send (Authorization: Bearer <token>); prefer the MCP_AUTH_TOKEN env var

MCP_AUTH_TOKEN env var

--allowed-hosts

Comma-separated Host header allowlist for non-loopback binds

—

--port

HTTP port

3000

--path

HTTP path

/mcp

--stateless

Enable stateless HTTP mode

false

HTTP API Key Modes

When using HTTP transport, the server supports two API key modes:

  • With --api-key: The key is used for all requests. x-api-key request headers are ignored.

  • Without --api-key: Each request must include an x-api-key header with a valid Crypto APIs key. This enables hosting a public server where each user provides their own key.

# Per-request key mode (multi-tenant)
npx @cryptoapis-io/mcp-broadcast --transport http --port 3000
# Clients send x-api-key header with each request

Exposing the server beyond localhost

HTTP mode listens on 127.0.0.1 by default, so only processes on the same machine can reach it. To accept connections from other machines or containers, bind explicitly and protect the port:

# Startup-key mode: callers must present the token (the server refuses to start without one)
export MCP_AUTH_TOKEN=$(openssl rand -hex 32)
npx @cryptoapis-io/mcp-broadcast --transport http --host 0.0.0.0 --port 3000 --api-key YOUR_API_KEY \
  --allowed-hosts mcp.internal.example
# Clients send: Authorization: Bearer $MCP_AUTH_TOKEN

# Per-request key mode: no startup key, every request must carry the caller's own x-api-key
npx @cryptoapis-io/mcp-broadcast --transport http --host 0.0.0.0 --port 3000

--allowed-hosts restricts the Host header (DNS rebinding protection) when not bound to loopback. Prefer MCP_AUTH_TOKEN over --auth-token: command-line arguments are visible in the process list.

Stdio transport always requires an API key at startup.

Important: API Key Required

Warning: Making requests without a valid API key — or with an incorrect one — may result in your IP being banned from the Crypto APIs ecosystem. Always ensure a valid API key is configured before starting any server.

Remote MCP Server

Crypto APIs provides an official remote MCP server with all tools available via HTTP Streamable transport at https://ai.cryptoapis.io/mcp. Pass your API key via the x-api-key header — no installation required.

License

MIT

Available Tools

2 tools
broadcast_signed_transactionA

Broadcast locally signed transaction (Broadcast product).

Submit a signed transaction hex to the network. Supported blockchains and networks vary; see credits for per-chain cost.

Note: 'broadcast-signed-transaction' actions require confirmation. They return a preview with a one-time token instead of executing immediately.

Credits by action (source: OpenAPI): • broadcast-signed-transaction: arbitrum 80, avalanche 90, base 60, binance-smart-chain 125, bitcoin 50, bitcoin-cash 60, dash 55, dogecoin 55, ethereum 50, ethereum-classic 65, litecoin 55, optimism 70, polygon 100, solana 150, tezos 65, tron 75, xrp 50, zcash 65

Credits are indicative only and may change at any time. The actual credits spent for each API request are returned in the response headers.

Inputs: network (required), blockchain (required), signedTransactionHex (required), context, +1 more.

system_infoA

CryptoAPIs reference documentation — no API call, no credits consumed.

Actions: • blockchains — Supported blockchains, networks, products per chain, denominations, fiat currencies • errors — Complete error code table (HTTP status, error code, message) • credits — Credit charging structure, cost multipliers per blockchain, monitoring & operations taxes (xPub, synced addresses, blockchain events), pay-as-you-go • callbacks — Webhook mechanics: URL requirements, retry strategy (5 retries, exponential backoff), HMAC security, idempotency • limits — Throughput soft/hard limits per plan, 2.1x penalty multiplier, rate limiting behavior

Inputs: action (required), context.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.1/5.0

    Scored across 2 tools

    Disambiguation5/5

    The two tools serve completely distinct purposes: one performs an action (broadcast_signed_transaction) and the other returns static reference documentation (system_info). There is no realistic way to confuse them, so misselection is essentially impossible.

    Naming Consistency4/5

    Both names use snake_case, which is consistent. However, the conventions differ semantically: one is a verb_noun action name while the other is a noun_phrase reference name, a minor deviation.

    Tool Count3/5

    Two tools is thin for a server branded as 'Crypto APIs,' even though it is scoped to the Broadcast product. system_info is a generic helper rather than a broadcast operation, so the effective actionable surface is only a single tool.

    Completeness3/5

    The domain is transaction broadcasting, but there is no way to check broadcast status, query a transaction, or estimate fees—all common follow-ups after submitting a signed hex. Coverage of the core send operation is present but leaves agents at a dead end for verification.

    Maintenance

    ActivitySlowing
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers