SonarX

Indexed zkSync EraBlockchain Data

zkSync Era is the ZK Stack validity rollup where Solidity compiles to EraVM rather than to EVM bytecode, and account abstraction and paymasters are part of the protocol.

zkSync Era logo

How to query zkSync Era data with SonarX

Instant Data Share

Available today

Snowflake, and file dumps to your object storage

Query zkSync Era 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 zkSync Era 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 zkSync Era 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

Enabled on request

Event stream

Consume zkSync Era 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 zkSync Era activity within seconds
  • Fraud and anomaly detection that has to fire before settlement
  • Live dashboards and alerting on zkSync Era 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

Balances

Enabled on request

Tables and REST

Read what a zkSync Era 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 zkSync Era 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 zkSync Era balances on page load
  • Compliance checks that read one zkSync Era 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

Enabled on request

REST over the indexed dataset

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

zkSync Era data: frequently asked questions

What is zkSync Era?

zkSync Era is a validity rollup built by Matter Labs and open to general use since 2023. Batches of transactions execute off-chain, a zero-knowledge proof of that execution is produced, and a contract on Ethereum verifies it, which is what settles the batch. What reaches Ethereum is the state difference each batch produced rather than the transactions themselves. Compatibility with the EVM began at the source level: Solidity and Vyper compile to EraVM, the chain’s own virtual machine, so a contract’s source ports over while its compiled artifact does not. A later upgrade added an interpreter that runs unmodified EVM bytecode on top of EraVM, so both forms now live on one chain, each with its own rule for deriving contract addresses. Account abstraction is part of the protocol: every account can carry its own validation logic, and a paymaster can settle the fee for a transaction it did not send. Gas is paid in ETH, while ZK is a separate network token introduced in 2024.

zkSync Era data on SonarX

SonarX indexes blocks and headers, transactions and receipts, event logs decoded against contract ABIs, execution traces including internal value transfers, and token transfers and balances. The same normalized model is used on every chain SonarX covers, so activity here lines up with Ethereum and the other rollups without a per-chain translation step.

Full historical coverage is available today as a data-share or a file delivery. Real-time delivery is enabled on request. Balance tables and the balance APIs can be enabled for zkSync Era on request. Kafka streaming can be enabled for zkSync Era on request.

How SonarX indexes zkSync Era

Two assumptions carried over from other EVM chains break here. The first is that the sender pays: with native account abstraction the fee payer, the signer and the account that acted can be three different addresses, so a wallet’s cost history is reconstructed from the transaction’s own fields rather than assumed from its sender. The second is address prediction. Contracts deployed through EraVM use a derivation Ethereum’s formula cannot reproduce, while contracts deployed through the EVM interpreter use Ethereum’s, so one chain carries two schemes and a contract map built on either alone mislabels rows quietly. Timestamps need care as well: they are not strictly increasing, so ordering by time is not ordering by block.

What teams build with zkSync Era data

Account-level work dominates. Wallet analytics is the recurring request, because smart accounts make a user and an address a many-to-one relationship, and answering how many people used an application means resolving accounts rather than counting senders. DeFi position analysis is the second workload, on decoded events with internal transfers attached. Token distribution analysis is the third, following an issuance from mint through transfers, where sponsored transactions mean a holder can receive and move tokens without ever holding ETH. Teams that sponsor fees for their users have a fourth job: adding up what the paymaster spent over a campaign, which is a question about one contract’s outflows rather than about any user’s wallet. Teams comparing prover designs usually pull Scroll alongside it.

Getting zkSync Era 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. zkSync Era history is available now, with smart-account and paymaster fields kept rather than flattened away. 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 zkSync Era data API?

Real-time and batch APIs over indexed zkSync Era 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 zkSync Era 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 zkSync Era coverage go?

The historical data-share and file delivery cover the chain's recorded history from its 2023 mainnet forward, and are available today. Real-time delivery keeps the same dataset current to chain tip and is enabled on request.

Do paymasters change how zkSync Era fees are attributed?

Yes, and it is the first thing to plan for. Account abstraction is native here, so a paymaster contract can settle the fee for a transaction it did not initiate, and a smart account can be operated by keys that are not the account itself. Attributing cost to the sender, which is safe on most EVM chains, will misstate who paid on this one.

Is zkSync Era the same thing as zkSync?

zkSync is the project name and has covered more than one network. Era is the general-purpose rollup that runs EraVM and is covered by this page. The earlier payments-only rollup, since retired, and the newer chains built with the same ZK Stack are separate networks with separate histories. SonarX indexes each network it covers as its own dataset, so there is no need to disentangle them afterwards.

zkSync Era logo

Get zkSync Era data from SonarX