Indexed ArweaveBlockchain Data
Arweave is a permanent-storage network whose ledger is a weave rather than a chain: mining requires holding old data, and an upload is priced once to be kept without an end date.
How to query Arweave data with SonarX
Instant Data Share
Available todaySnowflake, and file dumps to your object storage
Query Arweave 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 Arweave 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 Arweave 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 requestREST over the indexed dataset
Query indexed Arweave 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 Arweave data behind their own API layer
Arweave data: frequently asked questions
What is Arweave?
Arweave has produced blocks since its 2018 launch, and its ledger is a weave rather than a chain: each block links to its predecessor and to a recall block drawn from history, so mining requires holding old data instead of only recent state. That requirement is Proof of Access. An upload is priced once, and the fee funds an endowment that keeps paying miners to store those bytes long after the transaction settled. AR is the native token, divisible into a trillion winston, with most of the supply created in the genesis block. Balances are held against addresses derived from a wallet’s own public key, and every transaction can carry arbitrary name-and-value tags, which is how applications find data they wrote years earlier. Celestia sells availability for a window; this chain sells storage with no end date.
Arweave data on SonarX
SonarX indexes what the ledger records: blocks, transactions with their sizes, fees and tags, the bundles inside them and the data items each carries, wallet balances and mining rewards. The same normalized model is used on every chain SonarX covers, so this activity joins to other networks in one query.
Full historical coverage is available today as a data-share or a file delivery. Real-time delivery is enabled on request.
How SonarX indexes Arweave
Bundling is what makes this chain deceptive. Under ANS-104 one paid transaction can hold thousands of data items, each signed by its own owner and carrying its own tags, and a bundle can contain further bundles. Read only the top layer and many separate writes by separate authors look like a few large uploads by a few payers. SonarX unwraps the nesting and indexes the items themselves, so attribution follows the signature rather than the fee. Tags are the second seam: free-form strings each application uses as its own index.
What teams build with Arweave data
Storage-cost accounting is the first workload: what an application or archive paid per byte, when, and how that price moved, which is readable because the fee and the size sit on the same record. Application analysis is the second and runs on tags, since the network has no contracts to group activity by and a publisher’s footprint is defined by the tag conventions it chose. Attribution work is the third, separating the service that paid for a bundle from the accounts that signed the items inside it. Reward and endowment accounting is the fourth, tracking what miners were actually paid. Token analytics covers the asset side of that across networks, and Sia is the usual comparison when the question is what storage costs.
Getting Arweave 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. Say whether you need bundled items resolved to their signers, because that is the difference between a narrow dataset and a very wide one. 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 Arweave data API?
APIs over indexed Arweave 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 Arweave 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 Arweave coverage go?
The historical data-share and file delivery cover the chain's recorded history from its 2018 genesis forward, and are available today. Because most uploads now arrive bundled, the count of layer-one transactions understates how many signed items that history holds, so depth is stated in both terms when the share is scoped.
How does SonarX handle bundled Arweave transactions?
By opening them. Under the ANS-104 standard one paid transaction can hold many data items, each with its own owner, signature and tags, and bundles can themselves contain bundles. SonarX walks that nesting and indexes the items as records in their own right, so an upload is attributed to whoever signed it rather than to whichever service paid the fee.
Does Arweave data include the stored files themselves?
No, and the distinction matters when scoping. What SonarX indexes is the ledger: transactions and the fees they paid, the tags that describe each upload, sizes, owners and the balances that moved. The bytes themselves live on the storage network and are retrieved from it by identifier, so an indexed dataset tells you what was stored, by whom and at what price rather than reproducing the content.