Scenario
Round-trip latencies for chained requests eth_getBlockByNumber(latest, false) and eth_getLogs(hash) with start-to-start throttling of (at least) 1100 ms for every request.
Also, block 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: Oregon and N. Virginia.
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. arbitrum.Lava.build | 0 | 14 | 462,985,533 | 1,778,823,239,209 | N. Virginia / AWS | 462,985,657 | 1,778,823,271,504 | N. Virginia / AWS |
| B. arb1.Arbitrum.io | 0 | 14 | 462,985,530 | 1,778,823,239,044 | N. Virginia / AWS | 462,985,644 | 1,778,823,267,716 | N. Virginia / AWS |
No conclusive proof of block lag was found in this dataset / interval.
Summary
Global and continental aggregations by endpoint and method(s) depend on completeness of data in the details.
Details
Latencies exclude one warmup request per endpoint in each region. Additional columns are visible when you scroll to the right. 1 dataset (endpoint-region) is not in the details because its probe received rate limits or other failures during connection setup and warmup.
Errors
Info about errors incl. 429. Up to 4 retained error responses per endpoint, per region. Scenario-derived availability notes may also appear.