RPC method

eth_getBlockByNumber on ApeChain

Supported on SwiftNodes

Everything below was measured on 2026-10-13 by calling eth_getBlockByNumber on ApeChain through the same endpoint customers use, and is re-measured weekly.

What eth_getBlockByNumber does

Returns a block by number or tag (latest, safe, finalized, pending, earliest): the header, and either the transaction hashes or the full transactions. Indexers, explorers and wallets use it to follow the chain.

eth_getBlockByNumber on ApeChain: what we measured

Header fields	23 (3 beyond the Ethereum set)
Transactions per block	2, 2, 2, 2, 2 in five consecutive blocks
Response size, full transactions (true)	3.3 KB average
Response size, hashes only (false)	1.7 KB
Gas limit	1,125,899,906,842,624
Gas used in the latest block	330,586
Base fee	102 gwei
Tag "safe"	block 51,944,292
Tag "finalized"	block 51,943,970
Tag "pending"	block 51,945,005
Tag "earliest"	block 0

What is different on ApeChain

ApeChain blocks carry 3 fields that Ethereum blocks do not. l1BlockNumber: the Ethereum (L1) block number the L2 block or transaction was sequenced against. On Arbitrum, the NUMBER opcode (block.number in Solidity) returns this L1 value, not the L2 block number; sendCount: the number of L2-to-L1 messages sent so far (Arbitrum outbox); sendRoot: the Merkle root of the L2-to-L1 message outbox after this block. Strict schema validators need to allow them.

The header includes the fields added by London (EIP-1559 base fee), but not those of Shanghai (withdrawals), Cancun (EIP-4844 blob gas), Cancun (EIP-4788 beacon root), Prague (EIP-7685 requests). Code that assumes Ethereum's current header shape must treat the missing ones as optional.

5 of the 10 transactions in those five blocks were system transactions (5 × type 0x6a, Arbitrum internal (per-block system update)). They are not user activity: filter them out when counting transactions.

The gas limit of 1,125,899,906,842,624 is not a real capacity figure. ApeChain meters gas differently and reports a placeholder, so do not use gasUsed / gasLimit as a congestion signal there.

"finalized" was 1,033 blocks (about 12 min) behind the head.

A real ApeChain block header

From block 51,944,995, as our endpoint returned it (long hex values shortened).

{
  "baseFeePerGas": "0x17acc3c940",
  "difficulty": "0x1",
  "extraData": "0xa4367f13581f52d20fcdd6d8585caded78ef117940123554b69cfca016b5cf56",
  "gasLimit": "0x4000000000000",
  "gasUsed": "0x50b5a",
  "hash": "0x073b5cfe1a457a25ad1977ad68bab1253586cf7101a507632f4988b5ad289c50",
  "l1BlockNumber": "0x18f8853",
  "logsBloom": "0x0000000000000000…(256 bytes)",
  "miner": "0xa4b000000000000000000073657175656e636572",
  "mixHash": "0x000000000000038f00000000018f8853000000000000003b0000000000000000",
  "nonce": "0x0000000000000501",
  "number": "0x3189e23",
  "parentHash": "0xd9cdb579455df3733d7ddb9dad4f05ab2f9b006ef15468c3570194c6553388f7",
  "receiptsRoot": "0x59c15c6f0c0a72f6d05f740be75cbbec3fdf74cb961d4646edbad4f3ce5cb158",
  "sendCount": "0x38f",
  "sendRoot": "0xa4367f13581f52d20fcdd6d8585caded78ef117940123554b69cfca016b5cf56",
  "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
  "size": "0x3f6",
  "stateRoot": "0x7097f2a302ed8f0c79417d2f7981f01b3bf1078cfa1fe208c01c712866e4acff",
  "timestamp": "0x6ace2cfe",
  "transactions": "2 transactions",
  "transactionsRoot": "0xa58f9c4f369cc7bf1c40f966c88370f9c517a7f9cee61f577a813c2655fe5ffb",
  "uncles": []
}

Example request

curl -s https://rpc.swiftnodes.io/rpc/apechain?key=YOUR_API_KEY \
  -X POST -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_getBlockByNumber","params":["latest",false]}'

import { createPublicClient, http } from "viem";

const client = createPublicClient({
  transport: http("https://rpc.swiftnodes.io/rpc/apechain?key=YOUR_API_KEY"),
});

// Header plus transaction hashes (1.7 KB)
const block = await client.getBlock({ blockTag: "latest" });

// With full transactions (3.3 KB on average on ApeChain)
const full = await client.getBlock({ blockNumber: block.number, includeTransactions: true });
const userTxs = full.transactions.filter((t) => !["0x6a"].includes(t.typeHex));

// A block that will not be reorganised
const final = await client.getBlock({ blockTag: "finalized" });

Other methods on ApeChain

eth_getBlockByNumber on other chains

Frequently asked questions

Does ApeChain support eth_getBlockByNumber?

Yes. eth_getBlockByNumber answered on the SwiftNodes ApeChain endpoint when our weekly probe called it through the customer path (2026-10-13).

How many transactions are in each ApeChain block?

In five consecutive blocks on 2026-10-13: 2, 2, 2, 2, 2.

What are l1BlockNumber and sendCount in a ApeChain block?

l1BlockNumber is the Ethereum (L1) block number the L2 block or transaction was sequenced against. On Arbitrum, the NUMBER opcode (block.number in Solidity) returns this L1 value, not the L2 block number. sendCount is the number of L2-to-L1 messages sent so far (Arbitrum outbox).

ApeChain endpoints, live block height and WebSocket status are on the ApeChain RPC page.

One key covers every chain we serve, and SwiftNodes has a free tier.