mcp server
Avalanche AVAX MCP
Search and retrieve Avalanche blockchain documentation for building on AVAX.
Description as published by the maintainer. Source
- version 1.0.1
- slowing
- documentation
- document understanding
- retrieval
slowing — Most recent push to the repository was 2026-02-07. Dashed tags are derived by ZBS Index from the published description, not stated by the maintainer.
What this server can do
48 functions, named and described by the server itself. Parameter names are shown because they say more about what a function does than its name usually does.
acp_list(limit, track, status)- List Avalanche Community Proposals with structured fields, optionally filtered by status (Activated, Implementable, Proposed, Stale, Withdrawn) or track (Standards, Best Practices, Meta, Subnet).
acp_lookup(limit, query, number)- Look up Avalanche Community Proposals (ACPs) by number, title, or topic. When a number is provided the structured ACP record is returned (title, status, track, authors, cross-references).
avalanche_docs_fetch(url)- Compatibility alias for docs_fetch. Prefer docs_fetch for new clients. Required: url.
avalanche_docs_list_sections- Compatibility alias for docs_list_sections. Prefer docs_list_sections for new clients.
avalanche_docs_search(limit, query, source)- Compatibility alias for docs_search. Prefer docs_search for new clients. Required: query.
blockchain_get_contract_info(address, chainId)- Compatibility alias for onchain_lookup contract metadata. Prefer onchain_lookup for new clients. Required: address.
blockchain_get_native_balance(address, chainId)- Compatibility alias for onchain_lookup address balances. Prefer onchain_lookup for new clients. Required: address.
blockchain_lookup_address(address, chainId)- Compatibility alias for onchain_lookup address details. Prefer onchain_lookup for new clients. Required: address.
blockchain_lookup_chain(chainId, network)- Look up a blockchain by its ID — name, VM type, and subnet. Required: chainId.
blockchain_lookup_subnet(network, subnetId)- Look up a Subnet / L1 by its ID — validators, chains, and configuration. Required: subnetId.
blockchain_lookup_transaction(txHash, network)- Look up a transaction by hash on Avalanche (C-Chain, P-Chain, or X-Chain). Supports 0x format (C-Chain) and CB58 format (P/X-Chain). Required: txHash.
blockchain_lookup_validator(nodeId, network, subnetId)- Look up a validator by node ID — stake, uptime, delegation info. Required: nodeId.
build_plan(to, vm, name, type, stake, token, amount, nodeId, chainId, example, network, duration, homeChain, operation, tokenType, remoteChain, tokenSymbol, transferKind, validatorManager)- Generate a step-by-step, copy-pasteable runbook for an Avalanche operation — Builder Console (no-code) path plus the equivalent platform-cli / SDK / interchain-kit commands. Read-only: never signs. operation: create-l1 (launch an L1); use ictt or interchain-kit for any CROSS-CHAIN / interoperability work — bridging tokens, sending cross-chain (ICM / Teleporter / Warp) messages, or connecting your L1 to C-Chain or other L1s (interchain-kit also lets you iterate locally first); validator-manager; staking; transfer. Required: operation.
chain_stats(days, hours, value, target, window, chainId, network, timeInterval)- On-chain statistics via the query gateway, which picks the most accurate live source PER FIELD and stamps it (sources/warnings in the response). target=chain: tx count/gas/fees/active senders/avg gas price over a recent window (window=recent, `hours`, max 720h = 30 days) OR a time-series (window=series, `days`, max 365). target=contract: per-contract tx/sender/gas totals (`days`, max 365 — use this for contract activity beyond 30 days). target=network: current P-chain validator snapshot. IMPORTANT: relay any `warnings` notes to the user verbatim-in-substance (e.g. gas coverage windows or accuracy caveats) — never present a flagged value as exact. Note: C-Chain gasUsed is gas-target-regulated, so daily gas is ~stable even as tx count varies — expected, not an error.
cli_lookup_command(cli, limit, query)- Look up Avalanche CLI, Platform CLI, and tmpnet command guidance in the docs. Returns cited command references and task docs. Required: query.
console_flow(flow)- Builder Console flow knowledge. Call with NO `flow` to list every flow (summaries + deep-links); call with a `flow` key to explain it (ordered steps, equivalent CLI, whether it signs transactions, deep-link). Flows: create-l1, convert-to-l1, validator-manager, ictt, faucet, multisig, staking, transfers, interchain-kit-local.
console_link(flow, network, validatorManager)- Return a deep-link into a specific Builder Console flow (create-l1, convert-to-l1, validator-manager, ictt, faucet, multisig, staking, transfers, interchain-kit-local). For faucet on mainnet, returns a note that there is no mainnet faucet. Required: flow.
docs_fetch(url)- Fetch a specific documentation page as markdown Required: url.
docs_list_sections- List available documentation sections and their page counts
docs_search(limit, query, source)- Search body-level chunks across Avalanche documentation, academy courses, integrations, and blog posts. Returns source citations and matching excerpts. Required: query.
info_acps(network)- Get information about Avalanche Community Proposals (ACPs), including their status and vote counts.
info_get_blockchain_id(alias, network)- Get the CB58-encoded blockchain ID for a given blockchain alias (e.g., "X", "P", "C"). Required: alias.
info_get_network_id(network)- Get the numeric ID of the Avalanche network this node is participating in.
info_get_network_name(network)- Get the human-readable name of the Avalanche network this node is participating in.
info_get_node_version(network)- Get the version of the node, including the database version, git commit, and API compatibility info.
info_get_tx_fee(network)- Get the current transaction fees for the network, returned in both nAVAX and AVAX.
info_is_bootstrapped(chain, network)- Check whether a given chain has finished bootstrapping on the node. Required: chain.
info_peers(network, nodeIDs)- Get a list of peers this node is connected to. Optionally filter by specific NodeIDs.
onchain_activity(feed, hours, scope, value, chainId, network, pageSize, toTimestamp, blockchainId, fromTimestamp)- Time-windowed on-chain activity. scope=chain/address returns the transaction COUNT over the last `hours` (max 720h = 30 days; for longer windows use chain_stats series or onchain_query day-based ops) plus a recent sample. For a token/contract use scope=token (transfers). scope=primary covers P/X-chain and DEFAULTS to P-Chain when no blockchainId is given (so "last N P-chain transactions" just works). A value with no scope defaults to address. Required: scope.
onchain_lookup(kind, value, chainId, include, network, tokenId)- PRIMARY lookup tool — use this (not raw RPC) to resolve/describe any on-chain identifier in one call: an EVM address (native + token balances, recent txs, contract metadata + isContract), a contract/token (metadata + deployment + recent transfers), an NFT (collection + tokenId), a tx hash, a subnet ID, a NodeID validator, a P-/X-Chain account (P-…/X-… → P-Chain balance), or a chain name/id. Use this for any address balance / contract-info / token / identity question. `kind` auto-detects; network is inferred from P-/X-Chain prefixes. Backed by Glacier + P-Chain RPC. Required: value.
onchain_query(op, params)- PRIMARY tool for indexed on-chain stats/activity/totals — prefer this over raw RPC for chain data. Each `op` is a backend-agnostic intent: the query gateway selects the most accurate live source per field (indexed DB / pre-aggregated metrics / Data API), stamps every field (`sources`), and flags any caveat (`warnings`) — relay warnings to the user, never present a flagged value as exact. Pick an `op` and pass its `params`; `chainId` is an allowlisted EVM chain (43114 C-Chain, 43113 Fuji, + L1s). Lookback: hour-based ops (chainStatsRecent/chainActivity/addressActivity) max 720h (30 days); day-based ops (chainStatsSeries/contractStats/chainGasTotal/protocolRanking/contractGasFlow/topUnknownContracts) max 365 days — use a day-based op for windows over 30 days. Ops: chainStatsRecent {chainId, hours≤720} — tx count/gas/fees/active senders/avg gas price over the last N hours; chainStatsSeries {chainId, days≤365, bucket: hour|day|week|month} — bucketed time-series of the same; addressActivity {chainId, address, hours≤720, limit≤100} — tx count + recent sample for an address in a window; chainActivity {chainId, hours≤720, limit≤100} — tx count + recent sample chain-wide in a window; contractStats {chainId, contract, days≤365} — tx/unique-sender/gas totals for a contract; protocolRanking {chainId, contracts[≤25], days≤365, orderBy: txCount|gasUsed|uniqueSenders|feesPaidAvax, dir: asc|desc, limit≤100} — rank a set of contracts; contractGasFlow {chainId, contract, days≤365, limit≤100} — gas received/given per counterparty; topUnknownContracts {chainId, exclude[≤25], days≤365, limit≤100} — top contracts by gas excluding a set; chainGasTotal {chainId, days≤365} OR {chainId, fromDate, toDate} — total tx/gas/fees over N days or a YYYY-MM-DD range (≤365d). Note: C-Chain gasUsed is gas-target-regulated → ~stable day-to-day even as txCount varies (expected, not a bug). Required: op, params.
platform_get_balance(network, addresses)- Get the AVAX balance of one or more P-Chain addresses Required: addresses.
platform_get_block(blockID, network, encoding)- Get a P-Chain block by its block ID Required: blockID.
platform_get_block_by_height(height, network, encoding)- Get a P-Chain block by its height Required: height.
platform_get_blockchains(limit, offset, network)- Get all blockchains that exist on the P-Chain (paginated; use limit/offset)
platform_get_current_supply(network, subnetID)- Get the current total supply of AVAX on a subnet
platform_get_current_validators(limit, offset, network, nodeIDs, subnetID)- Get the current validators of a subnet (paginated; use limit/offset)
platform_get_height(network)- Get the current P-Chain block height
platform_get_min_stake(network, subnetID)- Get the minimum staking amounts for validators and delegators on a subnet
platform_get_pending_validators(limit, offset, network, nodeIDs, subnetID)- Get the pending validators of a subnet (paginated; use limit/offset)
platform_get_staking_asset_id(network, subnetID)- Get the asset ID of the token used for staking on a subnet
platform_get_subnets(ids, limit, offset, network)- Get information about subnets on the P-Chain
platform_get_total_stake(network, subnetID)- Get the total amount staked on a subnet
platform_get_tx(txID, network, encoding)- Get a P-Chain transaction by its transaction ID Required: txID.
platform_get_tx_status(txID, network)- Get the status of a P-Chain transaction Required: txID.
platform_get_utxos(limit, network, addresses, sourceChain)- Get UTXOs that reference a given set of P-Chain addresses Required: addresses.
platform_get_validators_at(height, network, subnetID)- Get the validators and their weights of a subnet at a given P-Chain height Required: height.
rpc_lookup_method(chain, limit, query)- Look up Avalanche RPC methods and API guides across C-Chain, P-Chain, X-Chain, Subnet-EVM, and node RPC docs. Required: query.
Last successful function declaration observed on . Source: https://build.avax.network/api/mcp. We list what the server declared; we do not call any of these functions.
Endpoint status observed on . Source: https://build.avax.network/api/mcp.
Signals
These are separate measurements of different things. They are deliberately not combined into one score, because a popularity number that mixes website traffic with saves and stars cannot be checked or acted on.
| Signal | Value | What it measures | Window | Observed | Source |
|---|---|---|---|---|---|
| GitHub stars | 0 | Number of GitHub accounts that bookmarked this repository since it was created. It is a bookmark count, not installs, not active users and not quality. | cumulative, all time | GitHub | |
| Last commit | 2026-02-07 | Date of the most recent push to any branch. This is the strongest cheap indicator of whether the project is still maintained. | point in time | GitHub | |
| Open issues | 1 | Open issues plus open pull requests, as GitHub counts them together. A high number can mean an active project or an abandoned one. | as of fetch | GitHub | |
| Latest published version | 1.0.1 | Latest version string the maintainer published to the registry. | as of fetch | Model Context Protocol | |
| Registry record last updated | 2026-02-05 | When the registry record was last updated by its maintainer. | point in time | Model Context Protocol | |
| License | MIT | Licence GitHub detected in the repository. Detection can be wrong; the LICENSE file is authoritative. | as of fetch | GitHub | |
| First listed in the MCP Registry | 2026-02-05 | Date this server was first published to the official MCP Registry. Not a usage or quality measure. | point in time | Model Context Protocol | |
| repository status | active | The repository exists on GitHub and is not archived. This says nothing about how recently it was worked on. | as of fetch | GitHub | |
| mcp tools declared | 48 tools | Number of functions the server itself declared when asked to list them. This is what the server offers an agent, not a measure of how well any of them work. | as of probe | build.avax.network | |
| mcp endpoint status | ok | The server listed 48 functions when asked. | as of probe | build.avax.network |
Where to get it
This record as data
Every field on this page, with its source and observation date, is in the catalog JSON. Fetch the whole kind at once instead of parsing this HTML.
GET /api/v1/entries/mcp_server.json