Fraxtal public RPC endpoints, tested

Every keyless Fraxtal (chain ID 252) endpoint listed on Chainlist and chainid.network, tested the same way on 2026-11-08: 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. 6 of 8 HTTP endpoints were working.

Working HTTP endpoints

EndpointLatencyBehind besteth_getLogsState
https://rpc.swiftnodes.io/rpc/fraxtal (SwiftNodes, keyless: 2 req/s)17 ms3 blocksunder 1,000recent only
https://fraxtal.drpc.org47 ms1 blocksunder 1,000archive (1M+)
https://rpc.frax.com57 ms3 blocks10,000+archive (1M+)
https://fraxtal-rpc.publicnode.com66 ms3 blocks10,000+recent only
https://fraxtal.api.pocket.network67 ms0 blocks10,000+archive (1M+)
https://frax-mainnet.rpc.sentio.xyz177 ms0 blocksunder 1,000archive (1M+)

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 fraxtal.drpc.org: first head after 1402 ms
  • streams fraxtal-rpc.publicnode.com: first head after 1508 ms
  • does not stream rpc.swiftnodes.io/ws/fraxtal (SwiftNodes): subscribe rejected: WebSocket subscriptions require an API key. Get a free key at https://swiftnodes

Listed but not working

  • lb.routeme.sh/rpc/evm/252: chainId: rate limited
  • fraxtal.gateway.tenderly.co: chainId: rate limited

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