ic-query

ic-query is a read-only Internet Computer reporting library. ic-query-cli provides its icq command-line interface.

The project turns Registry, NNS, SNS, system-canister, ledger/index, certificate, and official IC Dashboard responses into typed reports with explicit provenance. It keeps live calls, cache reads, refreshes, and local-only inspection visibly distinct.

Supported reporting

The living Roadmap to 1.0 records the broader reporting surface, current coverage estimates, and the remaining work.

Install

From this checkout:

make install

The install target replaces an existing icq binary, so repeated development installs do not need a separate Cargo --force option.

From crates.io:

cargo install ic-query-cli

Quick start

# Official Dashboard canister metadata
icq ic canister info ryjl3-tyaaa-aaaaa-aaaba-cai
icq ic canister count --has-name true
icq ic canister page --query ledger --limit 25

# Official Dashboard network metrics
icq ic metrics instruction-rate
icq ic metrics ic-node-count --json

# Official Dashboard network resources
icq ic network boundary-node-data-centers
icq ic network daily-stats

# NNS Registry and cached topology diagnostics
icq nns registry version
icq nns topology refresh
icq nns topology summary

# Governance reports
icq nns proposal list --limit 25
icq nns neuron list --limit 25
icq nns governance economics

# Deployed SNS reports
icq sns list
icq sns list --all
icq sns refresh
icq sns canister list 1
icq sns metrics 1
icq sns upgrade 1
icq sns proposal list 1 --limit 25
icq sns neuron info 1 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f
icq sns reward checkpoint 1 --json
icq sns reward diff before-checkpoint.json after-checkpoint.json --json

# Generic ICRC reports
icq icrc ledger token ryjl3-tyaaa-aaaaa-aaaba-cai
icq icrc account balance ryjl3-tyaaa-aaaaa-aaaba-cai aaaaa-aa
icq icrc analytics total-supply mxzaz-hqaaa-aaaar-qaada-cai

# Native system-canister reports
icq system xdr
icq system cycles --json

# Local cache inventory
icq cache status

Text is the default human-facing format. Use --json on report commands for raw, script-friendly fields:

icq ic canister info ryjl3-tyaaa-aaaaa-aaaba-cai --json
icq nns topology summary --json

Run icq help, icq help <path>, or append --help to a command for its current options and collection mode. A command namespace without its next operation displays the same complete local help as its explicit help subcommand, such as icq sns reward. Every Commands section is ordered alphabetically. The complete command map and cache behavior are documented in CLI Usage.

Authority and freshness

An “official” source is not automatically certified or point-in-time consistent. Reports preserve the authority and guarantees the source can actually make:

JSON reports keep raw identifiers, numeric fields, classifications, timestamps, and explicit provenance. Text output may shorten or format values for people. Report and persisted schemas are versioned independently and currently use version 1; before 1.0, incompatible shapes replace that version-1 contract in place as hard cuts rather than adding compatibility branches or migrations.

See IC Reporting Adapters for the authority model and follow-up query rules.

Command families

icq cache status

icq ic canister count|info|page
icq ic metrics <metric>
icq ic network boundary-node-data-centers
icq ic network daily-stats

icq nns data-center info|list|refresh
icq nns governance economics|maturity-modulation|metrics|reward-event
icq nns neuron cache|info|list|refresh
icq nns node info|list|refresh
icq nns node-operator info|list|refresh
icq nns node-provider info|list|refresh
icq nns proposal cache|info|list|refresh
icq nns registry version
icq nns subnet info|list|refresh
icq nns topology capacity|coverage|gaps|health|providers|refresh|regions|summary|versions

icq sns list|refresh
icq sns info|metrics|parameters|swap|token|upgrade <SNS>
icq sns canister list <SNS>
icq sns neuron cache list
icq sns neuron cache status <SNS>
icq sns neuron info <SNS> <neuron-id>
icq sns neuron list|refresh <SNS>
icq sns proposal cache list
icq sns proposal cache status <SNS>
icq sns proposal info <SNS> <proposal-id>
icq sns proposal list|refresh <SNS>
icq sns reward checkpoint <SNS>
icq sns reward diff <before.json> <after.json>

icq icrc account allowance|balance
icq icrc account transaction cache|list|page|refresh
icq icrc analytics total-supply <ledger-canister-id>
icq icrc ledger archives|block-types|capabilities|index|tip-certificate|token|transactions

icq system cycles|xdr

The top-level --network option supplies network identity to NNS, SNS, and system-canister commands. Built-in sources and caches currently accept only the mainnet ic identity.

Dashboard canister and ICRC commands identify their target using a stable entity id and an explicit API endpoint; Dashboard metric and network-resource commands use an official resource identity and endpoint. These families reject the global --network option; use the command’s --source-endpoint option when an endpoint override is needed.

Collection and cache behavior

Every data-producing command follows one documented collection mode:

Dashboard count, page, metric, daily-statistics, boundary-node data-center, and ICRC total-supply analytics commands always make exactly one REST request. A page returns at most 100 canister summaries and never follows its cursors automatically. A metric query defaults to one hour at a five-minute step and is capped at 1,000 observations per series. Daily statistics default to seven days and are capped at one year and 366 rows. The boundary-node report consumes one non-paginated data-center resource and makes no per-location calls. Total-supply analytics default to 30 days at a daily step, retain raw ledger base units, and are capped at 1,000 observations. None of these commands creates a cache. Successful SNS metrics queries default to a 30-day proposal-count window capped at 365 days. They make three targeted client requests, preserve Governance-cached treasury and voting-power timestamps, and do not scan transactions, fan out, or create a cache. Paged proposal, neuron, and account-history collections retain refresh attempt state. Failed or capped refreshes do not replace the last complete snapshot.

Bounded Subnet and NNS Registry inventory read-through operations repair malformed, incompatible, or invalid local content through their existing live refresh path. Exact-version topology and ICRC account-history library callers receive the same behavior only through explicitly selected read-through APIs. Direct cache loads, filesystem failures, and complete Governance history caches remain strict. Cache-status operations stay local: family-specific status reports validate their owned snapshots, while the bounded top-level inventory inspects generic headers only.

sns list uses a one-hour joined catalog cache containing Governance metadata and raw Swap lifecycle evidence, so consecutive fresh reads make no live calls. Missing, stale, malformed, incompatible, or semantically invalid catalogs produce visible refresh progress and are replaced only after a valid complete snapshot is ready; failed refreshes leave the prior file untouched. Cache-only and family-specific cache-status operations remain local and report invalid evidence directly. The default view includes lifecycle 3 (committed, successfully launched) SNSes; sns list --all also shows failed/aborted, pending, unknown, and lifecycle-query-error rows. sns refresh forces replacement. Targeted SNS commands keep their bounded targeted discovery and never refresh the all-SNS catalog. The exact-version joined topology cache uses one refresh lock and atomic replacement without a separate attempt sidecar. Collection limits and cursors are operation controls; sorts, view limits, verbosity, and output format do not change snapshot identity.

The CLI uses one user-level cache root in every working directory. It selects the first non-empty source:

1. ICQ_CACHE_ROOT, which must be an absolute path;
2. $XDG_CACHE_HOME/ic-query; or
3. $HOME/.cache/ic-query.

It does not inspect project files or read and migrate former project-local .icq directories. Cache semantics and recovery rules are defined in Cache Policy. Network-scoped cache paths consistently begin with <cache-root>/<domain>/<network>/.... Use icq cache status to inspect known complete caches across that root, including generic header integrity, separate fresh/stale/unmanaged/unknown age, sizes, stale thresholds, and automatic/explicit/missing-only invalid-content recovery policy. The bounded inventory explicitly reports that it did not perform family-specific semantic validation. It also reports active, stale, and invalid refresh locks without live calls, process probes, full history scans, or cache mutation.

Library

Use ic-query for typed requests, reports, validation, cache behavior, source adapters, and renderers without spawning icq.

Pure DTO and rendering use has no host dependencies:

[dependencies]
ic-query = { version = "0.27", default-features = false }

Native tools that need live calls, filesystem caches, refreshes, or custom source adapters enable host:

[dependencies]
ic-query = { version = "0.27", default-features = false, features = ["host"] }

The no-default build is checked for wasm32-unknown-unknown without Clap, ic-agent, Reqwest, Tokio, or futures. This is a host-dependency boundary, not a no_std promise.

Public report families are exposed from:

• ic_query::cache for shared models, with inventory builders and rendering under the host feature
• ic_query::ic
• ic_query::icrc
• ic_query::nns
• ic_query::sns
• ic_query::subnet_catalog
• ic_query::system::cmc

Built-in host calls use one adapter per authority family: LiveIcSource, LiveIcrcSource, LiveNnsSource, LiveSnsSource, and LiveCmcSource. Report-specific capability traits let fixtures, mirrors, proxies, and pre-collected sources reuse the same validation and projection path.

Library builders do not write to stdout or stderr. Paged refresh APIs can emit typed QueryProgressEvent values to a caller-provided sink; terminal rendering remains an ic-query-cli responsibility.

Enable the narrower subnet-catalog-host feature when a native embedder needs only live/cache Subnet catalog behavior. It keeps the IC agent, Registry decoding, runtime bridge, and cache dependencies required by that API while leaving ic-query's direct optional Dashboard reqwest transport and serde_cbor certification dependencies disabled. Because the feature still includes ic-agent, both packages may remain in its transitive dependency graph. The full host feature remains the choice for all reporting adapters and is a strict superset.

See Library Usage for complete examples and feature guidance.

Documentation

• Documentation index
• CLI usage and collection modes
• Library usage
• Roadmap to 1.0
• 0.22 structural consolidation
• 0.23 bounded SNS completeness
• 0.24 bounded SNS Governance metrics
• 0.25 fuller fixed-size SNS neuron evidence
• 0.26 SNS maturity reward evidence
• 0.27 bounded official ICRC analytics
• IC Dashboard canister reporting
• IC Dashboard network metrics
• IC Dashboard daily statistics
• IC Dashboard boundary-node reporting
• Exact-version NNS Subnet topology
• SNS Root canister inventory and health
• Certified CMC system reporting
• Release ledger

Scope

ic-query is read-only metadata and evidence tooling. It does not replace dfx, expose arbitrary Candid invocation, or perform canister, governance, ledger, or network mutations.

Deployment and orchestration projects can call the CLI or use the Rust library when they need these reporting contracts. One downstream integration is Canic.