Fraxtal public RPC endpoints, tested

Every keyless Fraxtal (chain ID 252) 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. 6 of 9 HTTP endpoints were working.

Working HTTP endpoints

EndpointLatencyBehind besteth_getLogsState
https://fraxtal-rpc.publicnode.com14 ms2 blocks10,000+recent only
https://fraxtal.drpc.org22 ms1 blocksunder 1,000archive (1M+)
https://rpc.frax.com23 ms3 blocks10,000+archive (1M+)
https://fraxtal.api.pocket.network58 ms0 blocksunder 1,000archive (1M+)
https://frax-mainnet.rpc.sentio.xyz172 ms0 blocks10,000+archive (1M+)
https://rpc.swiftnodes.io/rpc/fraxtal (SwiftNodes, keyless: 2 req/s)199 ms3 blocks10,000+recent only

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 rpc.swiftnodes.io/ws/fraxtal (SwiftNodes): first head after 283 ms
  • streams fraxtal-rpc.publicnode.com: first head after 927 ms
  • streams fraxtal.drpc.org: first head after 1896 ms

Listed but not working

  • node.histori.xyz/fraxtal-mainnet/8ry9f6t9dct1se2hlagxnd9n2a: chainId: fetch failed
  • 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.