Scenario
Round-trip latencies for chained requests getSlot and getBlock(slot) with start-to-start throttling of (at least) 1100 ms for every request.
Also, slot number consistency with block availability and block age. The block propagation comparison is conservative and latency-agnostic.
Of the possible 31 regions, 2 were selected for data collection: Frankfurt and Singapore.
Each location probe breaks its processing loop if / when the endpoint response is too-many-requests, a.k.a. HTTP code 429 etc. Also, codes 401 and 403.
At the time of the report generation: 4 of 4 datasets were available from 2 selected regions x 2 endpoints.
Additional info about RPC Inspector Pro technology is in the FAQ and documentation
Findings
| Endpoint | Lagging | Unique | Lowest | Arrival Tms | Arrival Region | Highest | Arrival Tms | Arrival Region |
|---|---|---|---|---|---|---|---|---|
| A. rpc.Venum.dev | 0 | 21 | 419,836,367 | 1,778,821,481,116 | Frankfurt / AWS | 419,836,424 | 1,778,821,503,835 | Singapore / AWS |
| B. mainnet.Helius-rpc.com | 0 | 16 | 419,836,368 | 1,778,821,480,938 | Frankfurt / AWS | 419,836,439 | 1,778,821,509,624 | Frankfurt / AWS |
No conclusive proof of block lag was found in this dataset / interval.
Details
Latencies exclude one warmup request per endpoint in each region. Additional columns are visible when you scroll to the right.
Errors
Info about errors incl. 429. Up to 4 retained error responses per endpoint, per region. Scenario-derived availability notes may also appear.