Most of the catalog is queryable for Sei EVM, from the blocks themselves to the daily activity of the projects that run on it.
The chain’s own record sits in the seievm dataset: one row per block, transaction, log and internal call. Everything above that sits in the catalog, where the Sei EVM rows are selected with chain_id = 'seievm'.
The section mirrors the catalog itself: the core entities, then the market verticals with data on Sei EVM.
Layers
| Layer | Since | What it holds |
|---|
| Raw | 2024-05 | Blocks, transactions, logs and internal calls. |
| Projects | 2024-06 | Daily trading and bridge volume for each tracked app and project, broken out to Sei EVM. |
| Assets | 2023-11 | Every curated asset issued on Sei EVM, with daily supply, holders and transfer activity. |
| Tokens | In progress | Every ERC-20 transfer, both sides of every balance move, holder balances at query time, and daily prices. |
| Accounts | In progress | Wallets and contracts labeled with the projects that own them. |
| Stablecoins | 2024-07 | Every stablecoin issued on Sei EVM: supply, holders and transfers. |
| Tokenized assets | 2023-11 | Tokenized stocks, funds and commodities issued on Sei EVM, tracked against their underlying instruments. |
| Bridges | 2024-06 | Cross-chain transfers that left Sei EVM or arrived on it, matched leg to leg. |
Filtering
chain_id reads seievm in every catalog table that mentions a chain, so the same filter selects Sei EVM everywhere. Bridge transfers are the one exception: a transfer has a chain on each end and carries source_chain_id and destination_chain_id instead.
Every table splits by day: the raw and event tables on block_timestamp, the daily tables on timestamp. Bound that column in every query; without a bound the query reads the whole table.
