SonarX

Indexed ArchwayBlockchain Data

Archway pays applications for their own traffic, metering the gas each contract consumes on this CosmWasm Layer 1 and crediting a share back to whoever deployed it.

Archway logo

How to query Archway data with SonarX

Instant Data Share

Available today

Snowflake, and file dumps to your object storage

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

Archway data: frequently asked questions

What is Archway?

Archway has produced blocks since 2023, and its premise is that the applications on a chain should earn from the traffic they create. Validators run CometBFT under proof of stake, ARCH is the native token in aarch units at eighteen decimals rather than the six most Cosmos chains use, and accounts are bech32 strings with an archway prefix. Execution is CosmWasm: contracts compile to WebAssembly and there is no EVM here, so the token standards and address shapes an Ethereum team expects do not apply. What the chain adds underneath is an accounting layer. It meters the gas each contract consumes, credits a share of fees and of new issuance to a reward address the contract nominates, and lets contracts schedule callbacks, pay other accounts’ fees, and operate accounts on other chains over IBC.

Archway data on SonarX

SonarX indexes what the chain commits: blocks and transactions with their typed messages, contract instantiation and execution, per-contract gas consumption, reward accrual and withdrawal, scheduled callbacks and their outcomes, fee grants, governance records, staking and delegation, and derived balances. All of it is normalized into the model SonarX uses across every network it covers, including the Cosmos Hub whose modules this chain builds on.

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

How SonarX indexes Archway

Rewards are keyed by contract rather than by account, and that reshapes every query about income. The chain records gas consumed per contract, accrues a fee share and an issuance share to the address that contract nominated, and settles only when somebody withdraws, so accrual and payment sit at different heights and neither one alone is revenue. Two further features break common assumptions. A scheduled callback executes with no signer and no fee payer, so a state change can exist with nobody behind it. And a contract can pay for a user’s transaction, which separates sender from payer.

What teams build with Archway data

Contract revenue accounting is the first workload and the one the chain exists to support: what a deployment earned, over which periods, against the gas its users burned. Application analytics is the second, reading contract execution to see which flows drove that traffic in the first place. Fee-payer attribution is the third and is specific to this chain, because a contract sponsoring transactions makes cost per user a different question from cost per account. DeFi analytics covers contract-level work of this kind across chains, and teams comparing revenue-sharing designs usually pull Canto alongside it.

Getting Archway 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. Archway history is available now as a share or a file delivery, and streaming is provisioned on request. Say which contracts matter, because scoping by contract beats taking the chain whole. 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 an Archway data API?

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

The historical data-share and file delivery cover the chain's recorded history from its 2023 mainnet forward, and are available today. The parameters governing contract rewards have been changed by governance since then, so a long reward series has to be read against the settings of its own period.

How are Archway's developer rewards recorded?

Per contract rather than per account. The chain tracks the gas each contract consumes, credits a share of the fees and a portion of new issuance to the reward address named in that contract's metadata, and payment happens separately when somebody withdraws. An income series is keyed by contract address, and accrual and withdrawal sit at different heights.

Archway logo

Get Archway data from SonarX