query
Query Ethereum network data via ethpandaops CLI or MCP server. Use when analyzing blockchain data, block timing, attestations, validator performance, network health, or infrastructure metrics. Provides access to ClickHouse (blockchain data and OTel logs), Prometheus (metrics), and Dora (explorer APIs).
Works with
--- name: query description: Query Ethereum network data via ethpandaops CLI or MCP server. Use when analyzing blockchain data, block timing, attestations, validator performance, network health, or infrastructure metrics. Provides access to ClickHouse (blockchain data and OTel logs), Prometheus (metrics), and Dora (explorer APIs). license: MIT --- # ethpandaops Query Guide This skill is a router. The full, always-current usage guide is **owned by the code** — read it first and follow it: - **CLI:** `panda getting-started` - **MCP:** read the `panda://getting-started` resource It is generated live from the running server — workflow, discovery pointers, and sessions — so it never goes stale. Dataset query rules (table syntax, partition-key filters, FINAL, network filtering) live in per-dataset guides: `panda datasets` lists them, `panda datasets <name>` shows one. Use `panda docs <module>` for a module's full API and `panda search examples "<topic>"` for worked queries. Everything below is the durable context those guides do not carry. ## Discover names — don't hardcode them Datasource, cluster, and table names are owned by the proxy and change over time, so enumerate them from the live tooling rather than pasting a name from memory, an old chat, or a screenshot: ```bash panda datasources # datasources and their types panda datasets # datasets and where they live panda datasets <name> # one dataset's query guide panda schema [<cluster> [<database> [<table>]]] # clusters → tables → schema ``` The embedded examples and docs (`panda search examples`, `panda docs`) are compiled from the current binary, so the names in their output are current too — trust those. ## Search before writing queries Working query patterns live in the embedded examples and runbooks: ```bash panda search examples "block arrival time" panda search runbooks "finality delay" ``` ## Logs are in ClickHouse, not Loki Container logs from public devnets and platform services ship via OpenTelemetry into ClickHouse (`external.otel_logs`) — there is no Loki datasource for them. For the schema and the full procedure: `panda read runbooks://debug_ethereum_network`. (Local Kurtosis devnet logs are the separate autodiscovered `local-kurtosis` datasource.) Public-devnet xatu event data also lives on clickhouse-raw: each public devnet has its own database named after the network — backtick-quote it, e.g. `` FROM `blob-devnet-0`.beacon_api_eth_v1_events_block ``. ## Notes - Prefer the CLI (`panda` binary); use the MCP tools (`execute_python`, `manage_session`, `search`) only if they appear in your tool list. - Each execution is a fresh Python process — variables do not persist, but `/workspace/` files do. Default timeout 60s, max 600s. - **NEVER recite or paste base64 image data.** Save the image to `/workspace/` and `storage.upload()` it to return it to the user.
More DevOps & Infrastructure skills
azure-ai
microsoft/azure-skills
Use for Azure AI: Search, Speech, OpenAI, Document Intelligence. Helps with search, vector/hybrid search, speech-to-text, text-to-speech, transcription, OCR. WHEN: AI Search, query search, vector search, hybrid search, semantic search, speech-to-text, text-to-speech, transcribe, OCR, convert text to speech.
appinsights-instrumentation
microsoft/azure-skills
Guidance for instrumenting webapps with Azure Application Insights. Provides telemetry patterns, SDK setup, and configuration references. WHEN: how to instrument app, App Insights SDK, telemetry patterns, what is App Insights, Application Insights guidance, instrumentation examples, APM best practices.
azure-storage
microsoft/azure-skills
Azure Storage Services including Blob Storage, File Shares, Queue Storage, Table Storage, and Data Lake. Answers questions about storage access tiers (hot, cool, cold, archive), when to use each tier, and tier comparison. Provides object storage, SMB file shares, async messaging, NoSQL key-value, and big data analytics. Includes lifecycle management. USE FOR: blob storage, file shares, queue storage, table storage, data lake, upload files, download blobs, storage accounts, access tiers, storage tiers, hot cool cold archive, storage tier comparison, when to use storage tiers, lifecycle management, Azure Storage concepts. DO NOT USE FOR: SQL databases, Cosmos DB (use azure-prepare), messaging with Event Hubs or Service Bus (use azure-messaging).

