mcp-registry/com.cleartracedata/cleartrace
As of 2026-10-27 16:07 UTC, the Cleartracedata Cleartrace MCP server is up with a Glimind reliability score of 91/100 (grade A). Over the last 30 days it answered 99.9% of Glimind's liveness checks. It had 7 outages in 90 days, with a median recovery of 7 minutes.
Neutral on-chain execution benchmarking: slippage, revert rates, MEV, and DEX frontend attribution.
Point your MCP client at this streamable-http endpoint: https://cleartracedata.com/mcp
7 of 7 tool(s) carry no readOnlyHint/destructiveHint annotations.
Annotate read-only tools with {"readOnlyHint": true}. Agents and gateways can then run them without a confirmation prompt, and route around destructive ones. How to fix →
1 tool(s) look like they change state (create/send/delete/pay…) but declare no destructiveHint.
Set annotations {"readOnlyHint": false, "destructiveHint": true|false, "idempotentHint": …}. Clients use these to ask the user before a side effect and to auto-approve safe reads. How to fix →
No tool declares an outputSchema.
Declare outputSchema and return structuredContent (MCP 2025-06-18+). Agents can then parse results without guessing, and chain tools reliably. How to fix →
Paste-ready definitions with the problems above fixed. Changes marked verify need a human look. All of them as JSON: /v1/readiness/mcp-registry%2Fcom.cleartracedata%2Fcleartrace/fixes
{
"name": "contract_attribution",
"description": "What ClearTrace knows about a single contract or wallet address: its per-chain volume split across the four attribution vectors, plus any label resolved for it.\n\nMost useful on the ANONYMOUS routers and proxies that aggregate views leave unnamed -- that is the differentiated question this answers. Known, named protocol contracts are often keyed by name rather than address upstream and may return nothing here, so an empty result for a famous router is not evidence the address is obscure.\n\nAn addr",
"inputSchema": {
"type": "object",
"title": "contract_attributionArguments",
"required": [
"address"
],
"properties": {
"chain": {
"type": "string",
"title": "Chain",
"default": null,
"description": "One of: ethereum, base, arbitrum, optimism. Omit to return the address's split across all four, which is usually what you want, since the same deployment often appears on several."
},
"address": {
"type": "string",
"title": "Address",
"description": "A single contract or wallet address, 0x-prefixed hex. Case-insensitive; checksummed or lowercase both work. One address per call."
}
}
},
"annotations": {
"readOnlyHint": false,
"destructiveHint": false,
"idempotentHint": false
},
"title": "Attribution and label for one address"
}{
"name": "execution_benchmarks",
"description": "Rank DEXs and aggregators by realized execution quality: median slippage against a minute-level off-chain reference price (Dune prices.usd, an interpolated 5-minute exchange-aggregate feed and not a VWAP), expressed as a score of 0-100 (higher means less slippage).\n\nThis score measures SLIPPAGE ONLY. Revert rates and MEV exposure are tracked as separate metrics and are deliberately not folded in, so do not present this as an overall 'best execution' ranking -- a venue can score well here and fai",
"inputSchema": {
"type": "object",
"title": "execution_benchmarksArguments",
"properties": {
"chain": {
"type": "string",
"title": "Chain",
"default": "all",
"description": "One of: ethereum, base, arbitrum, optimism, or 'all' (the default) for the blended cross-chain rollup. Do not describe the blend as one chain's result."
},
"limit": {
"type": "integer",
"title": "Limit",
"default": 20,
"description": "Rows to return, 1-100, default 20. Values outside that range are clamped, not rejected. The ceiling is deliberately low because results land in a context window, where a large page evicts the conversation."
}
}
},
"annotations": {
"readOnlyHint": false,
"destructiveHint": false,
"idempotentHint": false
},
"title": "DEX and aggregator execution benchmark"
}{
"name": "explain_transaction",
"description": "Classify a single transaction against the attribution engine: which frontend or router originated the trade and by which evidence, the pools it touched, any fee recipients, and whether it was sandwiched.\n\nConfidence is per-vector and is reported per result -- a calldata suffix is strong evidence a specific frontend tagged the swap, while a fee recipient is indirect evidence and is never rated high. Pass that qualification through instead of stating the frontend flatly.\n\n`estimated_volume_usd` (o",
"inputSchema": {
"type": "object",
"title": "explain_transactionArguments",
"required": [
"tx_hash"
],
"properties": {
"deep": {
"type": "boolean",
"title": "Deep",
"default": false,
"description": "Run the deeper classification pass. Slower. Worth setting only when the default pass came back unattributed."
},
"chain": {
"type": "string",
"title": "Chain",
"default": "ethereum",
"description": "One of: ethereum, base, arbitrum, optimism. Defaults to ethereum, and an unrecognised value falls back to ethereum rather than failing, so pass the transaction's actual chain explicitly."
},
"price": {
"type": "boolean",
"title": "Price",
"default": false,
"description": "Include price and value context alongside the routing classification."
},
"tx_hash": {
"type": "string",
"title": "Tx Hash",
"description": "The transaction hash, 0x-prefixed hex. Must exist on `chain`: this does not search the other chains, so a hash from the wrong chain returns nothing rather than an error."
}
}
},
"annotations": {
"readOnlyHint": true
},
"title": "Explain one transaction's routing and origin"
}Get an email or webhook when this server's readiness drops by 10+ points, tool-poisoning text appears, or a tool breaks:
curl -X POST https://glimind.com/v1/subscriptions -H 'content-type: application/json' -d '{"tools":["mcp-registry/com.cleartracedata/cleartrace"],"email":"[email protected]"}'Agents: watch_tool({"toolId": "mcp-registry/com.cleartracedata/cleartrace"}) over MCP.
revert_rates ~510 tokensexplain_transaction ~413 tokensattribution ~379 tokensrequest_api_key ~353 tokensexecution_benchmarks ~317 tokensStatic checks of the advertised tools/list (schema, descriptions, annotations, tool-poisoning patterns, names, size) plus observed protocol, uptime, latency and contract changes. Read-only: no tool is ever called. Weights: schema 15, docs 20, safety 15, efficiency 15, compatibility 15, protocol 5, reliability 10, stability 5. Token counts are estimates (~3.6 characters per token).
Operator? Fix these, then re-check live. Embed the readiness badge:
[](https://glimind.com/server/mcp-registry%2Fcom.cleartracedata%2Fcleartrace?ref=badge)
<a href="https://glimind.com/server/mcp-registry%2Fcom.cleartracedata%2Fcleartrace?ref=badge"><img src="https://glimind.com/v1/readiness/badge/mcp-registry%2Fcom.cleartracedata%2Fcleartrace.svg" alt="MCP agent-readiness"></a>
.. image:: https://glimind.com/v1/readiness/badge/mcp-registry%2Fcom.cleartracedata%2Fcleartrace.svg :target: https://glimind.com/server/mcp-registry%2Fcom.cleartracedata%2Fcleartrace?ref=badge :alt: MCP agent-readiness
Glimind records every version of this server's tool definitions in a signed, append-only transparency log. Current manifest sha256:1bc2adfc2cf12e59…, first seen 2026-10-17, included at leaf 2091 of 80,233. Version history · verify what your client received.
Compare: most reliable data servers · most reliable other servers
Glimind tells agents whether a server is up right now and how to call it, then fails over to a live alternative when it isn't.
Claude Code
claude mcp add --transport http glimind https://glimind.com/mcp
Claude Desktop · Windsurf · Cline (mcpServers JSON)
{
"mcpServers": {
"glimind": {
"type": "http",
"url": "https://glimind.com/mcp"
}
}
}
As of 2026-10-27 16:07 UTC, the Cleartracedata Cleartrace MCP server is up with a Glimind reliability score of 91/100 (grade A). Over the last 30 days it answered 99.9% of Glimind's liveness checks. It had 7 outages in 90 days, with a median recovery of 7 minutes.
Cleartracedata Cleartrace MCP server advertises 7 tools, including attribution, contract_attribution, execution_benchmarks, explain_transaction, gas_prices.
Point your MCP client at this streamable-http endpoint: https://cleartracedata.com/mcp
Glimind scanned all 7 tool definitions for tool-poisoning patterns — hidden or invisible characters, instructions that override the model, concealment from the user, requests to read credential or MCP config files, conversation exfiltration and cross-tool shadowing — and found none. This checks what the server tells the model, not what its code does; review the source before granting access to sensitive data.
Status page: 90-day uptime, every outage and how long it lasted.
Claim this listing to get the Verified operator marker, a remediation checklist and owner analytics, or embed the live badge from any of the tool pages above. Maintainers: alerts, deploy attestation and monthly reports.
Status is an automated estimate from Glimind's liveness checks (handshake and tool listing only; no tool is ever called) and may lag or differ from your network. Glimind is not affiliated with this server or its operator. Operator? Request a correction or opt out at https://glimind.com/opt-out.