SonarX

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.

Evmos logo

How to query Evmos data with SonarX

Instant Data Share

Available today

Snowflake, 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 request

REST 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.

Evmos logo

Get Evmos data from SonarX