Core public RPC endpoints, tested

Every keyless Core (chain ID 1116) endpoint listed on Chainlist and chainid.network, tested the same way on 2026-10-11: does it answer on the right chain, how fast, how far behind the best head, how large an eth_getLogs range it accepts, whether it keeps archive state, and whether its WebSocket actually streams. 5 of 8 HTTP endpoints were working.

Working HTTP endpoints

EndpointLatencyBehind besteth_getLogsState
https://core.drpc.org27 ms2 blocksunder 1,000archive (1M+)
https://rpc.coredao.org119 ms2 blocks10,000+none
https://rpc.ankr.com/core149 ms1 blocks1,000archive (1M+)
https://rpc.swiftnodes.io/rpc/core (SwiftNodes, keyless: 2 req/s)156 ms2 blocks10,000+none
https://api.zan.top/core-mainnet170 ms0 blocksunder 1,000none

Order: endpoints within 3 blocks of the best head first, then by median latency. Latency is measured from one server, so yours will differ by region; lag and limits do not.

WebSocket endpoints

  • streams core.drpc.org: first head after 47 ms
  • streams ws.coredao.org: first head after 1058 ms
  • does not stream rpc.swiftnodes.io/ws/core (SwiftNodes): subscribe rejected: WebSocket subscriptions require an API key. Get a free key at https://swiftnodes

Listed but not working

  • rpc-core.icecreamswap.com: no answer (HTTP 404)
  • lb.routeme.sh/rpc/evm/1116: chainId: rate limited
  • public.1rpc.io/core: chainId: timeout

Test any endpoint yourself with the RPC tester. Our Core endpoint, limits and status: Core RPC, uptime history.