peaq public RPC endpoints, tested
Every keyless peaq (chain ID 3338) 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 5 HTTP endpoints were working.
Working HTTP endpoints
| Endpoint | Latency | Behind best | eth_getLogs | State |
|---|---|---|---|---|
| https://quicknode2.peaq.xyz | 31 ms | 3 blocks | 10,000+ | archive (1M+) |
| https://quicknode3.peaq.xyz | 35 ms | 3 blocks | 10,000+ | archive (1M+) |
| https://quicknode1.peaq.xyz | 36 ms | 3 blocks | 10,000+ | archive (1M+) |
| https://lb.routeme.sh/rpc/evm/3338 | 170 ms | 0 blocks | under 1,000 | none |
| https://rpc.swiftnodes.io/rpc/peaq (SwiftNodes, keyless: 2 req/s) | 201 ms | 0 blocks | 10,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/peaq(SwiftNodes): first head after 12849 ms
Test any endpoint yourself with the RPC tester. Our peaq endpoint, limits and status: peaq RPC, uptime history.