SonarX

Indexed Fetch.aiBlockchain Data

Fetch.ai is a Cosmos SDK appchain built around the Almanac, a CosmWasm registry where autonomous agents record what they offer and their entries lapse unless renewed.

Fetch.ai logo

How to query Fetch.ai data with SonarX

Instant Data Share

Available today

Snowflake, and file dumps to your object storage

Query Fetch.ai blockchain data with plain SQL from a live database inside your own Snowflake account, populated with the indexed chain dataset. There is no pipeline to build and no second copy to store. The same dataset ships as file dumps to your own object storage for lakes and warehouses that are not Snowflake.

  • Full history as a Snowflake data-share
  • File dumps to S3 or your own object storage
  • Real-time delivery, current to chain tip — on request

Used for:

  • Analytics teams already on Snowflake that want Fetch.ai data beside their existing tables
  • Fund accounting and treasury reporting that reconciles against a fixed history
  • Cross-chain questions answered in one SQL statement instead of one query per chain
  • Loading Fetch.ai history into BigQuery, Databricks, Redshift or a Spark lake
  • Replacing a self-hosted indexer and the engineering time that keeps it running
  • Serving one governed dataset to several desks without copying it per team

Realtime API

Enabled on request

REST over the indexed dataset

Query indexed Fetch.ai records over REST, reading the same dataset the share reads, with no warehouse in the path.

Used for:

  • Applications that need one answer rather than a table scan
  • Customer-facing screens where query latency is visible to a user
  • Services that have no data warehouse and do not want to run one
  • Prototyping against production data before committing to a share
  • Backend checks that run per request instead of per batch
  • Teams that want indexed Fetch.ai data behind their own API layer

Fetch.ai data: frequently asked questions

What is Fetch.ai?

Fetch.ai is a Cosmos SDK chain whose validators run CometBFT under proof of stake, with a ledger binary that adds a decentralized random beacon and a compact multi-signature scheme to the standard stack. FET is the native token, counted in afet, and accounts are bech32 strings carrying a fetch prefix. Contracts are CosmWasm, compiled to WebAssembly, and one of them defines what the chain is for: the Almanac, a registry where autonomous agents record what they offer and how they can be reached, with entries that lapse unless they are renewed. Since the project joined the Artificial Superintelligence Alliance, its own documentation presents the network under the ASI name while FET remains the token that pays for blocks. IBC channels connect it to the Cosmos Hub and the wider interchain.

Fetch.ai data on SonarX

SonarX indexes what the chain records: blocks and transactions with their typed messages, CosmWasm instantiate and execute calls with the attributes they emit, staking and reward records, IBC transfers with the denominations they carry, and derived account balances. Everything is normalized into the model SonarX uses across every network it covers, so registry activity joins to the token flows that paid for it.

Full historical coverage is available today as a data-share or a file delivery. Real-time delivery is enabled on request.

How SonarX indexes Fetch.ai

The registry is state rather than a stream of transfers. A registration is an execute call against the Almanac with a lifetime attached, so the question worth asking is which agents were current at a given height, and that is answered by replaying the contract’s calls rather than by reading a balance. CosmWasm events are attribute pairs a contract chooses to emit, not logs decoded against an ABI, so decoding follows each contract’s own schema instead of a shared standard. FET also exists as an ERC-20 on Ethereum, so a supply figure from this chain alone is only one side of the token.

What teams build with Fetch.ai data

Reward and delegation accounting is the workload most institutions arrive with, because a position’s income has to be derived per period and per validator with commission netted out, and staking analytics covers that work across chains. Registry analysis is the one specific to this network: counting live entries over time, and seeing which of them are renewed, is a usage measure that no transfer series contains. Token accounting is the third, and it spans two ledgers, since FET circulates natively here and as an ERC-20 elsewhere. Desks studying machine-paid networks together usually hold Bittensor in the same warehouse.

Getting Fetch.ai data from SonarX

Tell us the delivery target, how far back you need and how fresh it has to be, and the share is scoped against that. Fetch.ai coverage is provisioned on request, so tell us the history depth and the delivery target and we will scope it. Say whether contract state matters as much as transfers, because that changes what a backfill has to replay. The published coverage matrix for every network SonarX indexes lives in the data documentation, and the rest of the catalogue is at all indexed chains.

Is there a Fetch.ai data API?

APIs over indexed Fetch.ai data are enabled on request: the same indexed dataset the Snowflake share reads, served over REST once provisioned. Tell us the lookup pattern you need.

How do I get Fetch.ai data into Snowflake?

SonarX provisions a data-share into your own Snowflake account. The share appears as a database you query with SQL, so there is no pipeline to build and no second copy to store, and it stays current as SonarX advances the indexing pipeline.

How far back does Fetch.ai coverage go?

The historical data-share and file delivery cover the chain's recorded history, and are provisioned on request. Like most Cosmos networks this one has carried its state through successive chain identifiers as it upgraded, so a long series is stitched across them rather than read from one continuous identifier, and depth is confirmed when the share is scoped.

What does the Almanac contract record?

Registrations. An agent writes an entry describing what it offers and how it can be reached, and that entry carries an expiry, so it stops being current unless somebody renews it. The contract is the closest thing the chain has to a directory, which makes its call history the record of which agents existed when, rather than only which addresses held tokens.

Is Fetch.ai the same thing as the ASI Alliance?

Not quite. Fetch.ai is one chain; the Artificial Superintelligence Alliance is the grouping it joined alongside other projects, and the project's own documentation now presents the network under the ASI name. Underneath, the ledger is continuous: the same validators, the same FET denomination and the same contracts, so SonarX indexes one history regardless of which name a reader arrives with.

Fetch.ai logo

Get Fetch.ai data from SonarX