Ethereum Layer 2 List Ranked by Activity, Fees and Value
Every covered Ethereum layer 2 in one sortable table: transactions, active addresses, user fees, costs paid to Ethereum and value secured.
Multi-chainEthereumBase+7What is the chain ID and native token of each EVM chain, and which RPC methods do its public endpoints support?
EVM chains with their chain ID, native gas token, type, stack and settlement layer, plus the RPC methods their public endpoints answer.
The table as it will open in Strata. Each figure is named here and arrives with its receipt; until its data is published, its place stays empty.
One row One row per EVM chain, from the latest daily probeSorted by Chain ID, lowest first
| Chain | Chain ID | Native token | Type | Stack | Settles on | RPC methods | Archive reads | Websocket | Block timeseconds | Checked | Receipt |
|---|---|---|---|---|---|---|---|---|---|---|---|
Filter by Type, Stack, Native token.
Every EVM chain has a chain ID, a number that wallets and contracts use to tell networks apart and that is signed into every transaction so it cannot be replayed on another chain. This table lists each covered EVM chain with its chain ID, its native gas token, whether it is a layer 1 or a rollup, the stack it runs and where it settles.
It also records what developers usually find out the hard way: which JSON-RPC methods the chain's public endpoints answer, from the standard eth namespace to debug and trace methods, whether they serve old state for archive reads and whether websocket subscriptions work. Each value is checked by calling the chain rather than copied from another list, and that check is the row's receipt.
Every figure will be read at a block, kept with its source and its exact read, and open a receipt anyone can re-check.
How receipts work →Read from chain state and history
A number that identifies an EVM network. It is defined by EIP-155 and included in every signed transaction, so a transaction signed for one chain cannot be replayed on another. Wallets also use it to know which network they are connected to.
In this table, or from the chain itself: any RPC endpoint answers eth_chainId with it. The table makes that call on each chain's public endpoints and shows an ID only when every endpoint checked agrees.
The chain ID, from eth_chainId, is the one signed into transactions. The network ID, from net_version, identifies the peer-to-peer network and usually matches it, but not on every chain. Wallets and signing code should use the chain ID.
Tracing replays transactions and costs far more than an ordinary read, so many public endpoints disable debug and trace methods or limit them. The table shows which public endpoints answer them, which tells a developer when a private node or a paid endpoint is needed.
A node that keeps the state of every past block, so it can answer balance or contract reads at any height. Full nodes prune old state, so a read far in the past fails on them. The archive column shows whether a chain's public endpoints serve such reads.
Every covered Ethereum layer 2 in one sortable table: transactions, active addresses, user fees, costs paid to Ethereum and value secured.
Multi-chainEthereumBase+7Major layer 1 chains in one sortable table: transactions, active addresses, fees, block time, validators, staked share and mainnet date.
Multi-chainBitcoinEthereum+13Where Multicall3, Permit2, the ERC-4337 EntryPoints, Safe and the CREATE2 deployer are deployed, chain by chain, with their code checked.
Multi-chainEthereumBase+21The WETH, WBTC, cbBTC, tBTC and other wrapped BTC and ETH contracts on each covered chain, with issuer, type, decimals and supply.
EthereumBaseArbitrum+20The official contract of every tracked stablecoin on each chain, with issuer, decimals, native or bridged status, admin powers and supply.
EthereumBaseArbitrum+6Transactions and gas per second on Ethereum and each layer 2, in total and per chain, counted from blocks without system transactions.
Multi-chainEthereumBase+6Start free in Voltfin Studio: boards, tables and reports where every number opens its receipt. Tell us which data you need first and we will build it next.