Core public RPC endpoints, tested

Every keyless Core (chain ID 1116) endpoint listed on Chainlist and chainid.network, tested the same way on 2026-09-24: 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.org28 ms1 blocksunder 1,000archive (1M+)
https://rpc.coredao.org113 ms1 blocks10,000+none
https://rpc.ankr.com/core159 ms0 blocks1,000archive (1M+)
https://api.zan.top/core-mainnet166 ms0 blocksunder 1,000none
https://rpc.swiftnodes.io/rpc/core (SwiftNodes, keyless: 2 req/s)687 ms1 blocks10,000+none

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 728 ms
  • streams rpc.swiftnodes.io/ws/core (SwiftNodes): first head after 1953 ms
  • streams ws.coredao.org: first head after 2433 ms

Listed but not working

  • rpc-core.icecreamswap.com: no answer (HTTP 404)
  • public.1rpc.io/core: chainId: You've reached the usage limit for your current plan. To continue with higher limits and un
  • lb.routeme.sh/rpc/evm/1116: chainId: rate limited

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