SonarX

Indexed TezosBlockchain Data

Tezos amends itself: protocol changes are proposed, voted on and activated by the bakers of this proof-of-stake Layer 1, without a client-coordinated hard fork.

Tezos logo

How to query Tezos data with SonarX

Instant Data Share

Available today

Snowflake, and file dumps to your object storage

Query Tezos 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 Tezos 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 Tezos 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

Curated Datasets

Available today

Purpose-built tables

Protocol-level Tezos datasets modelled for one job, so the decoding and the joins are done before the data reaches you.

  • Staking

Used for:

  • Position-level Tezos lending, swap and liquidity analysis
  • Reward, delegation and validator reporting without rebuilding the model
  • Token distribution, holder and payment-flow reporting
  • Risk and exposure work that needs protocol state, not raw logs
  • Skipping the decoding layer an in-house team would have to maintain
  • Extending an existing Tezos share with a modelled slice

Realtime API

Enabled on request

REST over the indexed dataset

Query indexed Tezos 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 Tezos data behind their own API layer

Tezos data: frequently asked questions

What is Tezos?

Tezos launched on 30 June 2018 with a property no other chain of its generation shipped: it amends itself. Protocol changes are proposed, voted on and activated by the chain’s own bakers, without a client-coordinated hard fork, a route Cardano only opened years later, and each amendment carries a city name in alphabetical order beginning with Athens in 2019. Consensus is Liquid Proof of Stake, where bakers produce blocks and holders delegate their stake without giving up custody of it, and since the Ithaca amendment of April 2022 the algorithm has been Tenderbake, which finalizes a block two blocks after it is proposed. Successive amendments have also cut the block interval well below the sixty seconds the chain started with. Contracts run on the Michelson stack machine, typed and formally analyzable, with named entrypoints rather than selectors. The native asset is XTZ, divisible into a million mutez. Accounts come in two shapes: implicit tz1, tz2 and tz3 accounts that hold keys, and originated KT1 accounts that hold code and cannot sign for themselves.

Tezos data on SonarX

SonarX indexes blocks and the cycles they sit in, operation groups and the operations inside them, transactions and the internal operations contracts emit, contract originations and calls with their typed parameters, delegation and baking records, token movements under the standard interfaces, and account balances. The same normalized model covers every network SonarX indexes, so Tezos activity lines up with other chains instead of arriving in a shape only this protocol uses.

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

How SonarX indexes Tezos

The protocol under one block is not the protocol under the block before it, and that is the central problem. Amendments have added and retired operation kinds, changed cycle length and reward arithmetic, and altered the block interval, so every long-range metric has to be anchored to the protocol active at that level rather than computed against one schema. Underneath that, value moves in places a naive reader misses: an operation group is the signed unit but internal operations emitted by contracts are where much of the transfer volume lives, and baking rewards accrue as per-cycle ledger state rather than as operations anyone submitted.

What teams build with Tezos data

Delegation and baking accounting is the first workload, and it is genuinely awkward without indexed history: rewards are cycle-level state, so what a delegator earned has to be rebuilt from cycle records rather than counted from transfers that were never made, across cycle lengths that changed under them. Digital-collectible analysis is the second, since Tezos hosts a large issuance ecosystem under the FA2 interface and mint, sale and royalty flows are contract calls with typed parameters. Treasury reconciliation is the third, restating XTZ and issued-token positions as at a date across implicit and originated accounts. Governance analysis is the fourth and rare: proposals, ballots and their outcomes are all chain records, so participation can be measured directly. Staking analytics covers the reward side across chains, and Polkadot is the usual comparison when the subject is upgrading without a fork.

Getting Tezos 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. Tezos history is available now, and streaming is provisioned on request. Say which cycles or contracts matter, because that usually decides how many protocol eras a query has to cross. 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 Tezos data API?

APIs over indexed Tezos 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 Tezos 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 Tezos coverage go?

The historical data-share and file delivery cover the chain's recorded history from the June 2018 launch forward, and are available today. That run crosses a long series of protocol amendments with different cycle lengths and block intervals, so depth is confirmed against the earliest date a workflow needs rather than quoted as one level. Real-time delivery keeps the same dataset current to chain tip and is enabled on request.

How does Tezos self-amendment affect historical data?

It means the chain has no single schema. Amendments have changed operation kinds, block intervals, cycle lengths and reward formulas while the chain kept running, so a figure computed across the whole history is comparing periods with different rules. Indexed records are normalized into one model, but any per-block or per-cycle metric has to be interpreted against the protocol that was active at that level.

What is the difference between tz and KT1 addresses on Tezos?

The prefix tells you what kind of account it is. An implicit account starts tz1, tz2 or tz3 depending on the signature scheme behind its key, and it can sign operations. A KT1 address is an originated account, meaning a contract, and it cannot sign anything: value only leaves it when its own code runs. Treating the two as one address type produces balances that do not reconcile.

Does Tezos run EVM contracts?

Not on the Layer 1. Contracts there are Michelson, a typed stack language with named entrypoints rather than four-byte selectors, so decoding a call means reading typed parameters against the contract's declared type. An EVM execution environment can be run above the chain as a smart rollup, a facility added in 2023, but that layer keeps its own records and is not the same dataset as the Layer 1.

Tezos logo

Get Tezos data from SonarX