Indexed PolygonBlockchain Data
Polygon PoS is an EVM sidechain with its own validator set, running Heimdall for staking and checkpoints to Ethereum and Bor for the blocks users transact on, with gas paid in POL.
How to query Polygon data with SonarX
Instant Data Share
Available todaySnowflake, and file dumps to your object storage
Query Polygon 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 Polygon 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 Polygon 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 Polygon 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 Polygon activity within seconds
- Fraud and anomaly detection that has to fire before settlement
- Live dashboards and alerting on Polygon 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 Polygon 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 Polygon 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 Polygon share with a modelled slice
Balances
Available todayTables and REST
Read what a Polygon 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 Polygon 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 Polygon balances on page load
- Compliance checks that read one Polygon 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 Polygon 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 Polygon data behind their own API layer
Polygon data: frequently asked questions
What is Polygon?
Polygon PoS has produced blocks since 2020, when it launched as Matic Network. It runs as two layers rather than one. Heimdall, built on Tendermint, holds the validator set, handles staking and submits periodic checkpoints to Ethereum. Bor produces the EVM blocks users transact on, about one every two seconds, from a producer set Heimdall selects. Validators stake through contracts on Ethereum, but the chain does not publish its transaction data there, only its checkpoints, which is why its blocks cannot be rebuilt from Ethereum the way a rollup’s can. Execution is EVM, with the same bytecode, ABIs and twenty-byte addresses, so contracts move across unchanged. The native gas asset was MATIC until September 2024, when the network migrated to POL at one to one and the ticker changed across the ecosystem. Value bridged in from Ethereum arrives through a state-sync mechanism, so deposits show up as protocol-generated transactions instead of user ones. The zk rollup that shares the brand, Polygon zkEVM, is a separate network whose history is now closed.
Polygon data on SonarX
SonarX indexes Polygon PoS 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. State-sync transactions and checkpoint records are kept as their own records rather than folded into ordinary transactions. Everything lands in the normalized model SonarX uses across every network it covers, so Polygon joins to its neighbors without a translation layer.
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 Polygon. Kafka streaming carries the same records as a live topic today.
How SonarX indexes Polygon
Two Polygon habits defeat a naive pipeline. Bridged deposits arrive as state-sync transactions generated by the validator set, with no ordinary sender, so anything that keys transfers on a signer misfiles them. And finality is answered on two chains at once: a Bor block is probabilistic until Heimdall’s checkpoint covering it is accepted on Ethereum, and reorgs here have run deeper than Ethereum’s own. Indexed history is corrected against the canonical chain rather than appended to, so a query run twice returns one answer. The 2024 gas-asset migration adds a third wrinkle, because a complete history carries the same asset under two names.
What teams build with Polygon data
Polygon carries a lot of transfer volume that is not speculative, and the workloads reflect that. Stablecoin and payment analysis is the first: flows between processors, exchanges and end users, reconstructed from token transfers rather than from a payment provider’s own reporting. Token program accounting is the second, covering distributions, vesting contracts and enterprise-issued assets, where the question is who holds what as at a date. NFT sales and gaming economies are the third, since much of that activity moved here for the fee level and stayed. Cross-chain work is routine too, most often against Ethereum, because a bridged asset has a life on both sides and neither half accounts for it alone. DeFi analytics covers the position-level side of this across chains.
Getting Polygon 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. Polygon 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 a Polygon data API?
Yes. Real-time and batch APIs over indexed Polygon 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 Polygon 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 Polygon coverage go?
The historical data-share and file delivery cover Polygon PoS from its 2020 genesis forward, and are available today. With a block every two seconds and years of consumer-scale activity behind it, this is one of the larger EVM backfills SonarX hands over. Real-time delivery keeps the same dataset current to chain tip.
How are Polygon state-sync transactions represented?
As what they are: transactions produced by the validator set rather than submitted by a sender. Deposits bridged from Ethereum arrive this way, so they have no ordinary signer, and pipelines written on the assumption that every transaction has one either drop them or attribute them to the wrong address. Indexed Polygon data keeps them distinguishable instead of flattening them into normal transfers.
Is this Polygon PoS or Polygon zkEVM?
This page covers Polygon PoS, the chain with its own validator set that checkpoints to Ethereum. Polygon zkEVM was a separate network, a zk rollup that posted proofs and data to Ethereum until its sequencer was sunset, and it has its own page and its own dataset. They shared a brand and very little else at the data level, so a query written for one does not carry over.
Is Polygon a Layer 2 or a sidechain?
At the data level it behaves as a sidechain. Validators stake through contracts on Ethereum and submit periodic checkpoints there, but Polygon PoS does not publish its transaction data to Ethereum, so its blocks are not reconstructible from L1 the way a rollup's are. That distinction matters for finality: a block is probabilistic until its checkpoint lands.
What happened to MATIC and POL in Polygon data?
The native gas asset migrated from MATIC to POL in September 2024 at one to one, so a full history spans both names. Token-level accounting has to know which side of that migration a record sits on, and anything that keys on a symbol rather than on the contract behind it will double count or lose balances across the boundary.
How do I start with Polygon 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.