Sato Hub
MCP

Allium MCP

Allium's official MCP for querying its multichain blockchain data warehouse via SQL over 80+ chains.

  • Sato Score39
  • ChainsMultichain
ActiveSelf-Reported

Allium MCP is a MCP server by Allium Labs, with no code activity tracked. Sato Score 39/100 (how open, active and verifiable it is, not a safety grade), as of 2026-10-15. How the score works →

See how to install Allium MCP →

No code activity tracked

Listed from allium.so on 2026-07-13. Install: not attempted. Evidence →

Next step

Watch Allium MCP

One email if what we observe changes — its endpoint stops answering, or the listing is retired. Nothing else.

Check it from your agent

Add Sato Hub’s MCP server (no key), then ask:

https://satohub.ai/api/mcp
Run Sato Hub Preflight on https://mcp.allium.so/ before I use it.
Full setup: Claude Code, Cursor, others →

Your project?

Prove you control the domain and correct this page — description, links, tags, chains. A claim proves control, not verification: it never changes the Sato Score.

Claim this listing →

Overview

Allium MCP is an official, API-key-gated MCP server run by Allium Labs at mcp.allium.so. It exposes tools to run and manage Explorer SQL queries, fetch and search schemas, and access Allium's Realtime API, covering enterprise blockchain data infrastructure across 80+ chains. An agent builder plugs it in to pull structured, queryable on-chain data instead of building its own indexing pipeline; requires an Allium API key from app.allium.so.

Sato Score

39/100· Low

How open, active & verifiable — not a safety or returns grade.

Maintenance & liveness
8/35
Code transparency
0/20
Interface verifiability
10/10
Docs & demo
6/10
Listing transparency & provenance
11/15
Independent verification
4/10

Evidence — listed vs checked · what the words mean

Listed from allium.so on 2026-07-13. Install: not attempted.

ClaimValueEvidenceSourceChecked
Chains supportedMultichainself-reporteddocs.allium.soas of 2026-10-15
Verification statusSelf-Reported — not independently reviewedself-reportedallium.soas of 2026-10-15
Install worksdocumented by the project, not run by Sato Hubnot attempted by Sato Hubself-reporteddocs.allium.soas of 2026-07-14
MCP endpoint answersanswered, but declined an anonymous probeobservedmcp.allium.so2026-10-15
Daily check record72 of 90 daily checks since 2026-07-17 succeededa success rate of our checks, not uptime; the source is this listing's own historyobserved—2026-10-14
ERC-8004 registrationdeclared address not found in the registryobserved—2026-10-15
Deploys asnpx installer, Hosted APIconfidence 0.85self-reporteddocs.allium.soas of 2026-07-14
Works withClaude Code, Cursor, Claude Desktop, VS Code, Codex, Cline, RooCline, Windsurf,…confidence 0.90self-reporteddocs.allium.soas of 2026-07-14
Sato Score39/100 (Low)how open, active and verifiable — not a safety or quality gradecomputedsatohub.ai2026-10-15

Self-reported rows are the project’s own words, dated when we recorded them — not a check. Only reproduced and reviewed rows carry a mark. None of these rows is a safety or quality rating.

Install — as documented by the project, not run by us

Runtime: remote

get an API key at app.allium.so/settings/api-keys
then add {"url": "https://mcp.allium.so", "headers": {"X-API-KEY": "YOUR_KEY"}} to your MCP client config
{"mcpServers": {"allium": {"url": "https://mcp.allium.so", "headers": {"X-API-KEY": "YOUR_API_KEY"}}}}

You supply: Allium API key (app.allium.so/settings/api-keys)

Add to CursorAdd to VS Code
claude mcp add --transport http satohub-allium-mcp https://mcp.allium.so/

A remote server: your client connects to the project's endpoint. Installing runs third-party software under your own credentials. Sato Hub publishes the documented invocation and, where the harness reproduced it, the date it did — neither is a safety review.

Read from the project’s own docs as of 2026-07-14. What a deploy spec is →

Tool inventory — 48 tools, probed live 2026-09-27

  • search_docs — Search Allium's public documentation by meaning. Use for questions about data schemas, APIs, and query guidance when you do not know the document path. Use browse_docs to navigate known paths.
  • browse_docs — Browse Allium's public documentation by path. An empty path lists the root; a directory path lists its contents; a Markdown file path returns the file. Read each directory's `_index.md` to choose a do
  • search_schemas — Search schemas or fetch one schema entry by id. `query` runs the chosen `search_mode` against the prebuilt schema index. `id` fetches a single entry by its dotted table id (e.g. `ethereum.public.tran
  • search_terminal — Search Allium's published `/terminal/` dashboards. Returns ranked discovery details and optionally rendered dashboard content, without SQL or result rows. Use `include_content=True` with a small `limi
  • get_terminal_results — Fetch SQL or latest precomputed result rows for one Terminal dashboard chart. Use search_terminal first to find a dashboard id, then call get_terminal_results without chart_id for the chart manifest.
  • run_sql_query — Run an ephemeral, throwaway SQL query on Allium's blockchain data. **Call `get_skill(name="sql-optimization")` before writing or running any SQL.** Use ONLY when the result is not reused — inspectin
  • get_query_run_results — Get status and results for an ad hoc or saved Explorer query run. Returns columns, rows, total `row_count`, and `cost_explorer_units` when complete; `row_limit` may return fewer rows than `row_count`.
  • create_explorer_query — Create and save a SQL query in the user's Allium Explorer. **Call `get_skill(name="sql-optimization")` before writing or running any SQL.** The DEFAULT path whenever the result will be reused — visu
  • get_explorer_query — Retrieve a saved Explorer query by ID. Returns the full SQL, row limit, template parameters, tags, URL, and latest result field metadata when available. Use this to inspect a query before editing or
  • update_explorer_query — Update an existing Explorer query. Requires query_id. Only provide fields you want to change - others will be preserved.
  • list_explorer_queries — List user's saved Explorer queries with field metadata and tags. Use the tags parameter to filter queries by tag (e.g., to find all queries tagged for a specific dashboard or topic).
  • run_explorer_query — Run an existing saved Explorer query by ID. Queues the query for execution and returns a run_id. Use get_query_run_results to wait for results or for a non-blocking status check.
  • delete_explorer_query — Permanently delete an Explorer query by ID.
  • create_explorer_visual — Create or replace a visual on an existing Allium Explorer query. Visuals are persisted to the caller's account and render on the query page; the returned `url` deep-links to the visual this call wrote
  • get_explorer_visual — Read one visual saved on an Allium Explorer query, including its full `spec`. Use this to tweak a field of an existing visual, or to match its style in a new one — get_explorer_query lists a query's
  • delete_explorer_visual — Delete one visual from an Allium Explorer query. The query and its other visuals are untouched. Get the `visual_id` from get_explorer_query's `visuals`. Editor permission on the query is required, an
  • list_compute_profiles — List the organization's Explorer compute profiles with each profile's org-wide `queued` and `running` query counts. Each profile has its own warehouse and its own queue, shared across the org but isol
  • read_dashboard — Inspect a dashboard at any depth. Pass `dashboard_id` alone for a root summary (name, settings, list of pages). Add `page_id` / `section_id` / `element_id` to drill down — each level returns the targ
  • search_dashboards — Search the user's Explorer dashboards by name. Returns dashboard IDs, names, URLs, tags, timestamps, and whether the caller created each one, ranked by match quality then recent update. With no argum
  • set_dashboard — Upsert or delete any node in a dashboard tree. Call get_skill(name='dashboard-design') first — it covers the build order, element catalog, layout, and design/SQL rules. For an element, `config.type`
  • delete_dashboard — Delete an entire dashboard, including every page, section, and element inside it. This is irreversible. Confirm with the user which dashboard before calling, and read_dashboard first if you are unsur
  • list_skills — List Allium skill guides the caller can access, with descriptions. Use get_skill for full instructions.
  • get_skill — Get a skill's full instructions. If the instructions list reference files, call again with `reference_title` set to the exact listed title to retrieve one.
  • get_realtime_supported_chains — List supported chains by realtime API endpoint. Call once per session and reuse the endpoint-to-chains map before token, wallet, holdings, or price requests. An unsupported chain may return an empty r
  • get_realtime_token_latest_price — Get latest prices for token chain/address pairs, optionally with liquidity data. The request body must be an array, even for a single token. For chain coverage, edge cases, or response fields, use bro
  • get_realtime_token_price_history — Get token price candles for one or more token chain/address pairs over a time range at the requested granularity. Use cursor for the next page. For chain coverage, edge cases, or response fields, use
  • get_realtime_token_price_stats — Get price stats for token chain/address pairs, including volume, highs, lows, and price changes. The request body must be an array, even for a single token. For chain coverage, edge cases, or response
  • get_realtime_token_price_at_timestamp — Get token prices at a timestamp, using the closest earlier price within the optional staleness tolerance. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/p
  • get_realtime_wallet_latest_token_balances — Fetch the latest fungible token balances for wallet addresses across supported chains, optionally including liquidity totals. For chain coverage, edge cases, or response fields, use browse_docs with p
  • get_realtime_wallet_historical_token_balances — Fetch paginated historical fungible token balances for wallet addresses over a requested time range. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/wallet
  • get_realtime_wallet_positions — Retrieve DeFi positions, including LP and lending positions, for up to 5 wallet chain/address pairs. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/defi-p
  • get_realtime_wallet_transactions — Get paginated transaction activity for wallet chain/address pairs, including activities, asset transfers, and labels. Deprecated chains return 410; choose a supported chain before retrying. For chain
  • list_realtime_chain_tokens — List chain tokens, including tokens without DEX trades. Those tokens omit price-derived fields rather than reporting zero and rank last under FDV or volume sorting. For Stellar, set chain=stellar; sor
  • search_realtime_chain_tokens — Search tokens by name or symbol. When chain is set, tokens that have never traded on a DEX are included with price-derived fields omitted. When chain is omitted, cross-chain search only returns tokens
  • get_realtime_tokens_by_chain_address — Get token details by chain and address, including tokens without DEX trades. Those tokens retain on-chain decimals and total_supply but omit price-derived fields rather than reporting zero. A not-foun
  • get_realtime_holdings_history — Get historical aggregated USD holdings for one or more addresses. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/holdings/holdings-history.md'.
  • get_realtime_holdings_pnl — Get profit and loss for up to 20 wallet chain/address pairs. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/holdings/holdings-pnl.md'.
  • get_realtime_holdings_pnl_history — Get historical profit and loss for up to 20 wallet chain/address pairs over a time range. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/holdings/holdings
  • get_realtime_holdings_pnl_by_token — Get profit and loss for up to 20 wallet-token chain/address triples. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/holdings/holdings-pnl-by-token.md'.
  • get_realtime_holdings_pnl_by_token_history — Get historical profit and loss for up to 20 wallet-token chain/address triples over a time range. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/holdings/
  • get_realtime_hyperliquid_info — Query Hyperliquid account, market, or exchange information by request type through Allium. Use the dedicated fills, order history, order status, orderbook, or asset contexts tools for those storage-ba
  • get_realtime_hyperliquid_fills — Get Hyperliquid userFills, userFillsByTime, or userTwapSliceFills by wallet address. These request types match Hyperliquid; userFillsByTime has no historical lookback limit. Results are capped at 2000
  • get_realtime_hyperliquid_order_history — Get a wallet's Hyperliquid historicalOrders. Omit times for recent orders. Historical lookback is unrestricted, but each startTime-endTime window must span at most 30 days; paginate longer ranges with
  • get_realtime_hyperliquid_order_status — Get a Hyperliquid order status by wallet and numeric order ID or client order ID. Unknown orders return Hyperliquid's unknownOid status. For chain coverage, edge cases, or response fields, use browse_
  • get_realtime_hyperliquid_orderbook_snapshot — Get complete orderbook snapshot for all pairs. Compression Required. This endpoint requires brotli compression for efficient data transfer. For chain coverage, edge cases, or response fields, use brow
  • get_realtime_hyperliquid_asset_contexts — Get current or historical Hyperliquid metaAndAssetCtxs snapshots with prices, funding, and open interest. The latest snapshot lags the exchange by about 2-3 minutes. History requires both times and sp
  • list_realtime_crosschain_assets — List cross-chain assets with pagination. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/assets/list-assets.md'.
  • get_realtime_crosschain_assets — Get cross-chain assets by ID, slug, or chain and token address. For chain coverage, edge cases, or response fields, use browse_docs with path 'api/developer/assets/get-assets.md'.
Answers a handshake
not on the last check · 2026-10-15
Answers a call
not asked on the last check

Live probe verifies the interface responds — not what the tools do, their safety, or their output quality. The call is one read-only tool named by this server's own list (list_/get_/search_, no mutating verb anywhere in the name, no required arguments and none that look like a key, an address or an amount), asked once a day with no arguments. Not asked is not a failure.

Observed record — 91 daily checks since 2026-07-17

79.1%of 91 checks since 2026-07-17 succeeded
Currently unreachable from our probe for 18 days
Succeeded
72
Failed
19
Their error
0
Unattributed
19

State changed on 2026-09-25 (responding → unreachable from our probe), 2026-09-26 (unreachable from our probe → responding), 2026-09-28 (responding → unreachable from our probe).

This is the share of our daily checks that succeeded — not an availability guarantee. A check can fail because the host was down, because our runner timed out, or because the network in between dropped it, and only the first of those is a fact about this project. Failures are split by what we can attribute; anything we cannot attribute is counted, not hidden. 46 of these checks predate 2026-09-01, when the probe counted a bot-block (HTTP 403) as a failure and recorded no reason for any failure. Every one of them passed, so the rate covers them too.

Last 30 days — to 2026-10-15, one point per UTC day

Share of OUR checks that succeeded
100%
7-day rolling; unattributable days are gaps · 18/30 days
Tools listed
48
from the server's own tools/list · 29/30 days
Sato Score
39
as snapshotted that day · 29/30 days

A gap is a day we have no attributable observation — never a zero. Thirty points is the whole shape the free layer carries; the daily rows behind it stay in the snapshot series.

Tool inventory history — 48 now, peak 48, since 2026-07-17

  • 2026-09-23 47 → 48 +1 (search_dashboards)
  • 2026-09-21 46 → 47 +25 (get_realtime_crosschain_assets, get_realtime_holdings_history, get_realtime_holdings_pnl, get_realtime_holdings_pnl_by_token…) −24 (realtime_fills, realtime_get_assets, realtime_get_positions, realtime_get_supported_chains…)
  • 2026-09-04 48 → 46 −2 (share_dashboard, share_explorer_query)
  • 2026-08-12 47 → 48 +1 (list_compute_profiles)
  • 2026-08-05 43 → 47 +5 (create_explorer_visual, delete_explorer_visual, get_explorer_visual, get_terminal_results…) −1 (create_explorer_chart)

Recorded from our own daily tools/list handshake. A shrinking toolset is a real signal for an agent choosing a server; a gap in the series means the probe did not succeed that day, not that the tools disappeared.

Details

Chains
Multichain
Agent types
MCP Server, Data Provider
Open source
Unknown
Pricing
Requires an Allium API key; tiers not stated in docs
Deploys as
npx installer, Hosted API
Works with
Claude Code, Cursor, Claude Desktop, VS Code, Codex, Cline, RooCline, Windsurf +7
Last checked
2026-10-15

Marketplace Signals

No marketplace signals recorded for this resource yet.

Verification status reflects evidence reviewed by Sato Hub. Self-reported claims are never presented as verified.

#mcp#blockchain-data#sql#multichain#api-key
See something inaccurate or outdated?Submit a correction →

Listing History

Recorded changes to Allium MCP's listing — status, verification, Sato Score, and recent releases. Full history is kept in the listing record.

  1. Jul 18, 2026
    Sato Hub began tracking this listing
  2. Jul 14, 2026
    Edited: mcp endpoint url
  3. Jul 14, 2026
    Auto-enriched: deployment options, supported integrations
  4. Jul 13, 2026
    Listed on Sato Hub

Compared with

Appears in

Related Resources

Reference

QuestionsShowHide

Questions people ask about Allium MCP

Is Allium MCP open source?
Unknown. Sato Hub has not found a public repository or a license statement for Allium MCP as of 2026-10-15.
Which chains does Allium MCP support?
Allium MCP lists support for Multichain as of 2026-10-15.
Is Allium MCP still maintained?
Sato Hub tracks no commit or release for Allium MCP; it cannot say whether it is maintained.
How do I install or run Allium MCP?
remote. Install: get an API key at app.allium.so/settings/api-keys && then add {"url": "https://mcp.allium.so", "headers": {"X-API-KEY": "YOUR_KEY"}} to your MCP client config. Entry: {"mcpServers": {"allium": {"url": "https://mcp.allium.so", "headers": {"X-API-KEY": "YOUR_API_KEY"}}}}. This is taken from the project's own documentation and has not been reproduced by Sato Hub. It runs as an MCP server (https://mcp.allium.so).
Is Allium MCP verified on Sato Hub?
No independent verification is on record for Allium MCP; its verification status is "Self-Reported" and its Sato Score is 39 of 100. Self-reported is not verified, and the score is not a safety, quality or returns grade.
Cite this pageShowHide

Cite this page

Sato Hub. "Allium MCP — Sato Hub." Sato Hub, updated 2026-10-15, accessed 2026-10-15. https://satohub.ai/resources/allium-mcp

Data last refreshed 2026-10-15; this page is rebuilt daily. Citations carry the date so a reader can tell which snapshot a claim came from. Catalog data is licensed CC-BY-4.0.

Join the Sato Hub Briefing

Sign up for the Briefing: the agents, tools, and infrastructure that actually shipped, and why they matter.