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: Columbus, OH and Frankfurt.
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-frankfurt.constant-k.com | 0 | 0 | ||||||
| B. rpc-newyork.constant-k.com | 0 | 0 |
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.