Indexed SuiBlockchain Data
Sui, an object-centric Move Layer 1, has no blocks and no account balances: its ledger is a set of versioned objects, and coins are objects an address owns.
How to query Sui data with SonarX
Instant Data Share
Available todaySnowflake, and file dumps to your object storage
Query Sui 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 Sui 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 Sui 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 todayPurpose-built tables
Protocol-level Sui datasets modelled for one job, so the decoding and the joins are done before the data reaches you.
- Tokens and payments
Used for:
- Position-level Sui 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 Sui share with a modelled slice
Realtime API
Enabled on requestREST over the indexed dataset
Query indexed Sui 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 Sui data behind their own API layer
Sui data: frequently asked questions
What is Sui?
Sui’s mainnet has been running since May 2023, and the shape of its state is what makes it unusual. There are no accounts holding balances and, strictly speaking, no blocks: the ledger is a set of objects, each with an identifier, a version and an owner, and transactions are sequenced into checkpoints rather than gathered into blocks. A transaction’s result is expressed as the objects it created, mutated, wrapped or deleted. Contracts are Move packages, and coins are objects as well, so a wallet’s balance is the sum of the coin objects its address owns rather than a row in a table. SUI is the native token, divisible into a billion MIST, and addresses are thirty-two bytes. Validators run Mysticeti, a BFT protocol built over a directed acyclic graph, under delegated proof of stake, with the validator set fixed for the length of an epoch. Transactions touching different shared objects execute in parallel across cores, so throughput here comes from independence between transactions rather than from larger blocks.
Sui data on SonarX
SonarX indexes Sui as the object graph it is: checkpoints and the transactions inside them, the object changes each transaction produced, Move package publications and upgrades, typed events, coin and token movements, staking records, and the balances derived from the objects an address owns. Everything is normalized into the model SonarX uses across every network it covers, so a question about holdings here takes the same form as on an account-model chain.
Full historical coverage is available today as a data-share or a file delivery. Real-time delivery is enabled on request.
How SonarX indexes Sui
An indexer for this chain follows object versions, not account diffs. Each transaction reports the objects it created, changed or destroyed, so a position at a past date means replaying that history to the versions an address owned then. Coins compound it: they are objects that split and merge, so a balance is an aggregate over a set whose shape changes even when its total does not. Programmable transaction blocks put several commands under one digest, so one transaction is often many logical actions. Packages are immutable, which means an upgraded application appears at a new address and its history spans both.
What teams build with Sui data
Portfolio reconstruction is the first workload and the one the object model complicates most, since holdings as at a date have to be assembled from the coin objects an address owned then rather than read from a balance field. Provenance work is the second, because digital assets are objects with owners and versions, so an item’s whole custody history is in the record. Wallet analytics covers the identity side of that across chains. Reward and delegation accounting is the third, derived per epoch rather than from transfers. Application analytics is a fourth, and it needs package upgrades resolved, or an app’s history breaks at every new version. Teams working across the Move ecosystem pull Aptos into the same warehouse, often beside Solana.
Getting Sui 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. Sui history is available now as a share or a file delivery, and streaming is provisioned on request. Say whether object-level detail or address-level positions matter more, because that changes the backfill. 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 Sui data API?
APIs over indexed Sui 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 Sui 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 Sui coverage go?
The historical data-share and file delivery cover the chain's recorded history from its 2023 mainnet forward, and are available today. Because the ledger is a sequence of checkpoints rather than a block chain, depth is expressed in checkpoints and dates when the share is scoped.
How does SonarX handle Sui's object model?
By tracking object versions rather than account differences. Every transaction states which objects it created, mutated, wrapped or deleted, so a position as at a date is reconstructed by replaying those effects to the versions an address held at the time. Coins split and merge as objects, which means a balance is an aggregate over a changing set rather than a single figure to read.
Do Sui and Aptos share a data model?
No, and the difference is the main thing to plan for. Both use Move, but Sui makes objects the primitive and gives each an owner and a version, while Aptos keeps accounts and stores typed resources under them. A query that reads holdings on one does not translate to the other, so SonarX indexes each into its own dataset rather than forcing them into one shape.