Indexed ArbitrumBlockchain Data
Arbitrum is the optimistic rollup that brought bytecode equivalence with Ethereum to an L2, with a sequencer ordering transactions and posting them to Ethereum in compressed batches.
How to query Arbitrum data with SonarX
Instant Data Share
Available todaySnowflake, and file dumps to your object storage
Query Arbitrum 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
Used for:
- Analytics teams already on Snowflake that want Arbitrum 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 Arbitrum 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
Kafka Streaming
Available todayEvent stream
Consume Arbitrum activity as a continuous stream of normalized records, produced as the chain is indexed instead of polled for.
Used for:
- Trading and execution systems that act on Arbitrum activity within seconds
- Fraud and anomaly detection that has to fire before settlement
- Live dashboards and alerting on Arbitrum wallet or protocol activity
- Feeding a stream processor that already reads from Kafka
- Keeping an internal store hot without waiting for a batch window
- Event-driven services that would otherwise poll on a timer
Curated Datasets
Available todayPurpose-built tables
Protocol-level Arbitrum datasets modelled for one job, so the decoding and the joins are done before the data reaches you.
- DeFi
- Tokens and payments
Used for:
- Position-level Arbitrum 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 Arbitrum share with a modelled slice
Balances
Available todayTables and REST
Read what a Arbitrum address held, either as it stands now or exactly as it stood at a past block or timestamp.
- Point-in-time balance tables, as at any block or timestamp
- Real-time balances API for latest and historical balances
- Batch API for wallets, tokens and balances in bulk
Used for:
- Reconstructing Arbitrum portfolios and NAV as at a reporting date
- Audit and reconciliation work that has to be repeatable months later
- Wallet and portfolio products that render Arbitrum balances on page load
- Compliance checks that read one Arbitrum address at one block height
- Refreshing holdings for a whole book of accounts on a schedule
- Tax and cost-basis workflows that need holdings at each event
Realtime API
Available todayREST over the indexed dataset
Query indexed Arbitrum 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 Arbitrum data behind their own API layer
Arbitrum data: frequently asked questions
What is Arbitrum?
Arbitrum One is an optimistic rollup that has settled on Ethereum since 2021. A sequencer orders transactions and posts them to Ethereum in compressed batches, and withdrawals wait out a challenge window before they can be claimed on the Ethereum side, because a fraud proof has to remain possible until then. Nitro, activated on 31 August 2022, replaced the original custom VM with a Geth-based execution core compiled to WASM for the fraud prover, which is the point at which Arbitrum became bytecode-equivalent to Ethereum rather than merely compatible. Gas is paid in ETH, and ARB is a governance token that takes no part in fees. The chain keeps its own fast-moving block height while contracts that read a block number see an approximation of Ethereum’s, so two clocks run side by side. Messages arriving from Ethereum are not ordinary transactions either: they create retryable tickets that are redeemed separately. Arbitrum Nova, the AnyTrust chain that keeps its data with a committee instead of on Ethereum, is a different network.
Arbitrum data on SonarX
SonarX indexes Arbitrum end to end: blocks and headers, transactions and receipts, event logs decoded against contract ABIs, execution traces including internal value transfers, and token transfers and balances. The rollup-specific record types are preserved rather than normalized away, so deposits, retryable tickets and the per-block system records stay identifiable. Everything shares the model SonarX uses across every network it covers, which is what lets an L2 question and an L1 question be answered in one query.
Full historical coverage is available today as a data-share or a file delivery. Real-time delivery keeps the same dataset current to chain tip. Point-in-time balance tables, the real-time balances API and the batch wallets, tokens and balances API are all available for Arbitrum. Kafka streaming carries the same records as a live topic today.
How SonarX indexes Arbitrum
The transaction set is wider here than on Ethereum, and that is where pipelines break. Deposits, retryable tickets, their redemptions and an internal transaction at the head of every block all sit beside ordinary user transactions, and none of them behave like one. Block numbering is the second trap, since the number a contract sees and the number the chain counts are different series. The third is historical: Nitro changed the execution engine in 2022, so a complete backfill covers two formats and the normalized model has to make them agree rather than presenting a seam to whoever queries it.
What teams build with Arbitrum data
Arbitrum attracts the most position-level analytical work of any L2. Perpetuals and derivatives research is the first: funding, liquidations and open interest reconstructed from decoded logs, because these venues are contracts rather than exchange state. Lending and vault accounting is the second, where a position is a sequence of events and the interest accrued between them has to be derived rather than read. Third is bridge and flow analysis, following capital between Ethereum and the rollup, which needs the deposit and withdrawal records on both sides rather than a net balance change. Fee attribution runs underneath all three: the cost of a strategy here is the execution fee plus the share of the batch it caused, and a backtest that ignores the second number flatters everything it measures. DeFi analytics is the solution area this work sits in across chains.
Getting Arbitrum 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. Arbitrum history and the balance APIs are available now, so a first delivery is provisioning rather than engineering. 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 Arbitrum data API?
Yes. Real-time and batch APIs over indexed Arbitrum data are available today, covering historical and latest balances and wallet, token and balance lookups in bulk. They read from the same indexed dataset as the Snowflake share and the file delivery, so an API answer and a warehouse query agree.
How do I get Arbitrum 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 Arbitrum coverage go?
The historical data-share and file delivery cover Arbitrum One from its 2021 launch forward, and are available today. That history spans the Nitro upgrade of August 2022, which changed the execution engine and the record format, so the normalized dataset reconciles both regimes rather than starting the useful history at the upgrade.
Why do Arbitrum block numbers not match Ethereum's?
Because there are two of them. Arbitrum advances its own block height quickly, while a contract reading the block number sees an approximation of Ethereum's instead. Any join or time-series built on a block number therefore has to say which clock it means, and indexed Arbitrum data keeps both so the choice stays yours rather than being made in the pipeline.
Is this Arbitrum One or Arbitrum Nova?
This page covers Arbitrum One, the rollup that posts its transaction data to Ethereum. Arbitrum Nova is a separate network that uses AnyTrust, keeping data with a committee instead of publishing it to Ethereum, which gives it different costs and a different trust model. Nova has its own page and its own dataset.
Is ARB the gas token on Arbitrum?
No. Gas on Arbitrum is paid in ETH, and ARB is a governance token that plays no part in fees. Cost models ported from a chain with a native fee asset get this wrong, and fee analysis has to price transactions in ETH while treating ARB as one more token on the chain.
How are deposits from Ethereum recorded on Arbitrum?
As retryable tickets rather than ordinary transactions. A message from Ethereum creates a ticket that is redeemed on Arbitrum, sometimes automatically and sometimes later by hand, so a deposit can have two timestamps and two records. Indexed data keeps the submission and the redemption separate, because collapsing them hides deposits that were never redeemed.
How do I start with Arbitrum data?
Tell SonarX the delivery target, the history depth and the refresh cadence you need, and the share is scoped against that. There is no self-serve signup: every engagement is provisioned, so the first conversation is about scope rather than credentials.