Aurora Data: Index EVM Contracts on NEAR
Index Aurora's contract events, token transfers, and decoded transactions in one pipeline, delivered to your own database. Real-time and complete historical data no node to run.
Aurora is an EVM built with the Aurora Engine that runs on the NEAR Protocol, so it gives you full Ethereum tooling and Solidity compatibility while settling on NEAR's high-throughput base layer. The result is Ethereum-familiar contracts, low fees, and NEAR-backed scalability. You can read how the team frames it at aurora.dev.
That hybrid design is the data problem. Aurora looks like any EVM from the outside, but every block is produced by an Engine contract running on NEAR, and the contract events, token transfers, and decoded calls you need have to be captured correctly from that layer. Indexing Co covers Aurora in a single pipeline, decodes the raw chain into the shape you want, and delivers it to your own PostgreSQL, warehouse, or webhook. Real-time and full history, with no node to operate.
Why Aurora data is hard
What Indexing Co delivers for Aurora
Stand up and maintain the whole stack yourself.
- Run an Aurora archive node or wire up a third-party RPC.
- Fetch and decode logs, traces, and receipts against the right ABIs.
- Track proxy upgrades and per-protocol event schemas by hand.
- Build backfill, reorg handling, and real-time delivery from scratch.
One pipeline sources, decodes, and delivers Aurora to your store.
- Aurora contract events, token transfers, and decoded txs in a single pipeline.
- Lands in your PostgreSQL, BigQuery, warehouse, or webhook.
- Real-time delivery plus complete backfilled history. No node, no RPC babysitting.
What you can index
| EVM data type | On Aurora, for example |
|---|---|
| Contract events and logs | DEX swaps, lending borrows and repays |
| Token transfers (ERC-20, ERC-721) | Bridged stablecoin payments, NFT mints |
| Decoded transactions and traces | Aurora Engine calls, account operations |
| Protocol and account state | Pool reserves, lending positions, token balances |
A transform, not a subgraph
You write the transform in JavaScript, not AssemblyScript, and change it without re-indexing from block zero. Indexing Co runs your function over each block server-side: decode the logs you care about and return rows for your destination.
// Indexing Co transform: reshape each block into rows for your database
function transform(block) {
const results = [];
const signatures = [
'event Transfer(address indexed from, address indexed to, uint256 value)'
];
for (const tx of block.transactions || []) {
for (const log of tx.receipt?.logs || []) {
const event = utils.evmDecodeLogWithMetadata(log, signatures);
if (!event) continue;
results.push({
chain: block._network,
block: Number(block.number),
tx_hash: tx.hash,
contract_address: log.address?.toLowerCase(),
from: event.decoded.from,
to: event.decoded.to,
value: event.decoded.value,
});
}
}
return results;
}
Aurora with Indexing Co
You want full control of node infrastructure and have the team to operate an Aurora archive node, decode every protocol's ABIs, and build backfill and reorg handling in-house.
You want Aurora contract events, token transfers, and decoded transactions delivered to your own database, with real-time plus complete history and no infrastructure to run.
Related Reading
- DeFi Data Infrastructure
- Subgraph Migration: Moving Off The Graph's Hosted Service
- Indexing Co vs Subgraphs
- Ethereum Data Infrastructure
FAQ
Do I need to run an Aurora node?
No. Indexing Co sources Aurora blocks, logs, and traces for you, including full historical data, so you never operate an archive node or babysit an RPC endpoint.
Can I index any protocol on Aurora?
Yes. Point a pipeline at any Aurora contract or set of contracts, from DEXes and lending markets to bridged assets or your own deployments, and we decode the events against the right ABI.
Does Indexing Co handle Aurora reorgs and proxy upgrades?
Yes. The pipeline accounts for chain reorganizations and tracks proxy implementation changes so your decoded data stays correct as contracts upgrade.
Where does the Aurora data go?
Into your own destination: PostgreSQL, BigQuery, a warehouse, or a webhook. You define the output schema and own the storage.
Get Started
Index Aurora in minutes. Set up your first Aurora contract or token pipeline without running a node.