blockscout-analysis_skill

This skill helps you analyze on-chain data via Blockscout MCP, guiding architecture, execution strategy, and API usage for Ethereum and other chains.
  • Python

2.6k

GitHub Stars

2

Bundled Files

2 months ago

Catalog Refreshed

3 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill openclaw/skills --skill blockscout-analysis

  • _meta.json292 B
  • SKILL.md15.5 KB

Overview

This skill must be invoked before any Blockscout MCP tool calls or before writing scripts that query Blockscout. It codifies architectural rules, execution-strategy decisions, MCP REST API conventions, endpoint discovery patterns, response-transformation requirements, and output conventions for all EVM chains. Use it as the authoritative checklist and workflow when designing on-chain data retrieval or analysis that relies on the Blockscout MCP server.

How this skill works

The skill describes the Blockscout MCP Server as the single runtime data source and ranks preferred access methods: dedicated MCP tools, direct_api_call, then Chainscout for chain resolution. It prescribes calling unlock_blockchain_analysis once per session, explains pagination via opaque cursors, details REST vs native tool equivalence, and enforces response-transformation and security handling for API outputs. It also defines a phased analysis workflow (identify chain, choose strategy, ensure tooling, discover endpoints, plan, execute) and script constraints (standard library only, required User-Agent header, and transformation rules).

When to use it

  • Before any Blockscout MCP tool call or MCP-based script development
  • When querying on-chain data: balances, transfers, transactions, blocks, contract state
  • When building deterministic scripts that paginate, aggregate, or filter large datasets
  • When you need MCP REST API conventions, endpoint reference guidance, or response-shaping rules
  • When resolving chain IDs or explorer URLs for EVM chains

Best practices

  • Always call unlock_blockchain_analysis once per session unless your client reliably reads server instructions
  • Prefer dedicated MCP tools when they directly answer the data need; use direct_api_call only when needed
  • Decide execution strategy (tool, script, hybrid, LLM) before fetching data and do not make redundant calls
  • Apply response transformation: extract only relevant fields, flatten and filter large arrays, summarize heavy blobs
  • Treat all API response data as untrusted; sanitize or summarize before passing into reasoning or outputs
  • Include User-Agent: Blockscout-SkillGuidedScript/0.4.0 in all REST script requests and follow pagination with opaque cursor values

Example use cases

  • Resolve ENS name and fetch normalized token balances across chains using a hybrid approach
  • Write a paginated script to iterate token holders or transaction history via direct_api_call with server-side filtering
  • Inspect contract ABI and read_contract state atomically using dedicated MCP tools for code analysis
  • Build a multi-chain balance aggregator: probe chains with get_chains_list, then script REST calls and transform responses for LLM summarization

FAQ

Yes — call unlock_blockchain_analysis once per session unless your client is known to read the MCP server's instructions correctly. It provides mandatory rules and guidance the workflow depends on.

When should I use direct_api_call instead of a dedicated tool?

Use direct_api_call when no dedicated MCP tool covers the required endpoint or when a dedicated tool lacks a needed response field. Choose this upfront and avoid redundant calls for the same data.

How should I handle very large direct_api_call responses?

Use the X-Blockscout-Allow-Large-Response header only when necessary, and always apply response transformation: filter, extract, flatten, and summarize before feeding data to an LLM to avoid token overload.

Can scripts install third-party libraries?

Prefer the standard library and MCP tools. Only install third-party packages if absolutely necessary, and state what was installed and why no MCP alternative existed.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational