Indexed EvmosBlockchain Data
Evmos was a Cosmos SDK Layer 1 running an Ethermint EVM, restarted from a fresh genesis weeks after launch and shut down by governance vote, so its history is complete and fixed.
How to query Evmos data with SonarX
Instant Data Share
Available todaySnowflake, and file dumps to your object storage
Query Evmos 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 Evmos 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 Evmos 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 Evmos 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 Evmos data behind their own API layer
Evmos data: frequently asked questions
What is Evmos?
Evmos was a Cosmos SDK Layer 1 that ran an EVM. Its mainnet opened in 2022, halted within days when a bug was found, and restarted from a fresh genesis weeks later, which is why a complete history spans two chain identifiers. Validators ran a Tendermint BFT protocol under proof of stake, EVMOS was the native token written aevmos at eighteen decimals rather than the six most Cosmos chains use, and every account had an evmos bech32 address and a twenty-byte hex address derived from one key. Solidity contracts deployed, logs decoded against their ABIs, and a token-pair module let one balance be held either as a bank denomination or as an ERC-20. The network no longer produces blocks: governance voted to shut mainnet down, so the chain’s history is complete and fixed.
Evmos data on SonarX
SonarX indexes the chain in both of its shapes: blocks and headers, transactions and receipts, event logs decoded against contract ABIs, execution traces with internal value transfers, token transfers and balances, and the Cosmos records beside them, from typed messages and staking to IBC transfers and the conversions between a denomination and its ERC-20 view. All of it is normalized into the model SonarX uses across every network it covers, Canto included.
Full historical coverage is available today as a data-share or a file delivery. Real-time delivery is enabled on request.
How SonarX indexes Evmos
Two genesis events and a closed end make this an unusual backfill. The first mainnet ran for days before it was stopped, so the earlier chain identifier is a separate and very small dataset that most analyses can skip deliberately rather than by accident. Within the long run, the token-pair module is the trap: one balance can be held as a bank denomination or as an ERC-20 view of itself, and converting between them is a protocol action rather than a transfer, so counting both views double counts supply. Address duality does the same to holders, since one key appears as bech32 and as twenty bytes.
What teams build with Evmos data
Close-out accounting is the first workload and the most common: a fund or a desk that held positions here still owes an auditor a defensible record of them, and the chain is no longer available to query in the usual ways. Wind-down tracing is the second, following what left over IBC and where it went, which is a question about counterparty chains as much as this one. Research on a completed lifecycle is the third, because a chain with a start, a peak and an end is a rare full sample for anyone studying how EVM activity behaves in a Cosmos setting, and Nibiru offers the live comparison. DeFi analytics covers contract-level work across chains.
Getting Evmos data from SonarX
Tell us the delivery target and how far back you need, and the share is scoped against that. Evmos coverage is provisioned on request, so tell us the history depth and the delivery target and we will scope it. Say whether the first, short-lived chain identifier is in scope, because most requests only want the long run. 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 Evmos data API?
APIs over indexed Evmos 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 Evmos 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 Evmos coverage go?
The historical data-share and file delivery cover the chain's recorded history and are provisioned on request. Mainnet launched, halted within days and restarted from a new genesis, so a complete series spans two chain identifiers, and the share is scoped against whether that first short-lived run is needed at all.
Is Evmos still producing blocks?
No. Mainnet was shut down after a governance proposal to end it passed, so this history is closed and will not grow. That makes it an unusually simple dataset to work with: one backfill is the whole of it, there is no drift to reconcile later, and any figure derived from it stays stable.
Is Evmos EVM-compatible?
Yes. Evmos ran an EVM module inside a Cosmos SDK chain, so Solidity contracts deployed here and logs decode against their ABIs. Two Cosmos details still shape the data: one account has an evmos bech32 address and a twenty-byte hex address, and a token could exist both as a bank denomination and as an ERC-20 view of the same balance.