OpenChainBench
io.github.Flotapponnier/openchainbenchVersion 1.0.0Live, neutral benchmarks for public RPC latency, oracles, bridges, perp DEX, and prediction markets.
Status
Responds589 msAnswered our handshake without sign-in.- Last checked
- Nov 14, 2026, 14:37 UTC
- Latency
- 589 ms
- Remotes responding
- 1 of 1
- Sign-in
- No sign-in
- Hosting
- Hosted outside the EU (detected)
- Registry data as of
- Nov 14, 2026, 21:12 UTC
Data from the official MCP Registry, checked by run.zero. How we check
Connect
Streamable HTTP
https://openchainbench.com/api/mcp/mcpResponds589 msNo sign-in
Claude Code
claude mcp add --transport http openchainbench https://openchainbench.com/api/mcp/mcpClaude Desktop and claude.ai
Settings > Connectors > Add custom connector
Name: openchainbench
Remote MCP server URL: https://openchainbench.com/api/mcp/mcpCursor
{
"mcpServers": {
"openchainbench": {
"url": "https://openchainbench.com/api/mcp/mcp"
}
}
}VS Code
code --add-mcp '{"name":"openchainbench","type":"http","url":"https://openchainbench.com/api/mcp/mcp"}'Built your own server? run.zero hosts MCP servers on European infrastructure.
Tools
6 tools
Read-only | Idempotent | Open world | ||
|---|---|---|---|---|
compare_providersPuts two or more named providers side by side on one benchmark, with
each one's rank, measured value and success rate.
Use when the user names the candidates themselves: "Alchemy or
Quicknode?", "is Helius faster than Triton for Solana?", "compare
Across and Stargate on fees".
Find the benchmark slug with `search_benchmarks` first if you do not
already have it. Providers the benchmark does not measure come back
in `missing`: say they are not measured rather than implying they
ranked badly. A provider measured but below the ranking floor comes
back with rank null, which is also not a loss. | No | Yes | Yes | Yes |
get_benchmarkReturns full detail for one benchmark, ready to cite verbatim:
• rankings (every provider sorted by p50)
• sparkline (24h trend, 72 points)
• headline sentence + paste-ready citation quote
• methodology bullets + source-code URL + canonical pageUrl + OG image URL
Pass `chain` and/or `region` to scope the result to a sub-slice when
the benchmark declares those dimensions (e.g. aggregator-head-lag
exposes chain=base|bnb|solana, region=us-east|eu-west|ap-southeast).
Both args are optional; omit them for the global aggregate.
Chain RPC benchmarks (<chain>-rpc) rank two access cohorts apart:
the free public endpoints (default) and the private, API-key
providers (Alchemy, Chainstack, GetBlock, Quicknode). The default response
carries both under `cohorts`; pass tier="keyed" to get the private
cohort as the main record (rankings, quote, pageUrl). Never compare a
public row with a private row: they are measured on different
endpoints and cadences.
Example usage:
• User: "who's the fastest crypto data aggregator on Base?"
→ get_benchmark({ slug: "aggregator-head-lag", chain: "base" })
• User: "how much does it cost to bridge $300 cross-chain?"
→ get_benchmark({ slug: "bridge-fee" })
• User: "fastest Base RPC with an API key, Alchemy or Quicknode?"
→ get_benchmark({ slug: "base-rpc", tier: "keyed" })
Drafts return { error: "unknown_slug" }. Cite the returned `pageUrl`
and use `quote` as the attribution line in your answer. | No | Yes | Yes | Yes |
list_answersReturns every published answer page: one plain question, the sentence that
answers it from live data, and the benchmark the number comes from.
Call this when the user asks a question in words rather than by benchmark
name ("which bridge is cheapest for $300?", "which Solana RPC lands
transactions fastest?"). Match the question, then call `get_benchmark` with
the returned `benchmark` slug for the full ranking behind it.
Returns one row per answer:
{ slug, question, answer, benchmark, chain?, url, benchmarkUrl }
Cite `url` when the question itself is the claim, `benchmarkUrl` when the
measurement is. Drafts are filtered out, and an answer whose benchmark has
no defensible leader yet says so in `answer` rather than naming a winner. | No | Yes | Yes | Yes |
list_benchmarksA compact index of what OpenChainBench measures. One short row per
benchmark: slug, title, category, the metric, the current value and
who leads it.
Use when the user asks what is measured at all ("what does
OpenChainBench cover?", "do you track bridges?"). When they ask a
question about a provider or a chain, use `search_benchmarks` instead:
it ranks the catalogue against their words and costs far less to read.
The catalogue holds over 200 benchmarks, so this is capped and
filterable rather than exhaustive. Narrow with `category`, then open
the one you need with `get_benchmark`.
Categories: RPCs, Trading, Bridges, Blockchains, Aggregators, RWA, NFT APIs. | No | Yes | Yes | Yes |
recommend_providerAnswers "which should I use for X" by picking the benchmarks that
measure X and reporting who currently leads them.
Pass the user's goal in their own words: "a Solana trading bot", "an
indexer backfilling Base", "a wallet that needs price data", "bridging
to Arbitrum".
This returns measurements and the caveat that goes with them, not an
endorsement. A leader on one benchmark is the leader of that one
measurement over its stated window. Where the use case has a known
caveat (a bot should read p99 rather than p50, an indexer is bound by
archive depth) it comes back in `guidance`; pass it on, it is usually
more useful than the ranking itself. | No | Yes | Yes | Yes |
search_benchmarksRanks the benchmark catalogue against a question in the user's own
words and returns the best few matches.
Use this when somebody asks which provider, chain or service is
fastest, cheapest, most reliable or best for something. Pass their
phrasing through: provider names, chain names and goals all match.
• "which Solana RPC is fastest" -> search_benchmarks({ query: "solana rpc" })
• "Alchemy or Quicknode on Base?" -> search_benchmarks({ query: "alchemy quicknode base" })
• "cheapest way to bridge to Arbitrum" -> search_benchmarks({ query: "bridge arbitrum" })
Returns compact rows. Open the one you want with `get_benchmark` for
the full ranking and a citation line. An empty result means nothing
is measured for that question; say so rather than guessing. | No | Yes | Yes | Yes |
Details
- Registry status
- Active
- Published
- Jul 14, 2026
- Updated
- Jul 14, 2026
- Categories (suggested)
- Data and analyticsFinance and paymentsSuggested categories are assigned automatically from the registry text and may be wrong. Verified operators can correct them.
- GDPR
- Not declared