RPC method

trace_block on ApeChain

Not available on SwiftNodes

Measured 2026-10-04 by our weekly probe, which calls trace_block through the same ApeChain endpoint customers use.

What trace_block does

Returns Parity-style traces for every transaction in a block: internal calls, contract creations and value transfers. Indexers use it to reconstruct internal ETH movements that receipts do not show.

What to use instead on ApeChain

ApeChain did not serve the trace_* namespace in our probe, which is common on OP Stack and zk chains. The debug_* namespace works on ApeChain: use debug_traceBlockByNumber with the callTracer for the same internal-call data.

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":"trace_block","params":["latest"]}'
import { createPublicClient, http } from "viem";

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

// Any JSON-RPC method, typed loosely: trace_block on ApeChain
const result = await client.request({
  method: "trace_block",
  params: ["latest"],
});

Other methods on ApeChain

trace_block on other chains

Support differs by chain; the full measured table is on the trace_block reference.

Frequently asked questions

Does ApeChain support trace_block?

Not on our ApeChain upstreams: trace_block failed in our weekly method probe (2026-10-04). ApeChain did not serve the trace_* namespace in our probe, which is common on OP Stack and zk chains. The debug_* namespace works on ApeChain: use debug_traceBlockByNumber with the callTracer for the same internal-call data.

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.