Scenario

Block propagation and regional arrival lag.

The probe(s) subscribe with eth_subscribe(newHeads) and capture each block header arrival. Datasets from all regions are merged by number + hash to detect the leader and followers for each block.

Of the possible 31 regions, 8 were selected for data collection: Ireland, Zaragoza, London, Paris, Frankfurt, Zurich, Milan, and Stockholm.

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: 8 of 8 datasets were available from 8 selected regions x 1 endpoint.

Additional info about RPC Inspector Pro technology is in the FAQ and documentation

Launch our global propagation visualizer in your browser:

Findings

BLOCK LEADERSHIP
go.Getblock.io
leading blocks
17
behind block per region
86.0%
avg lag (ms)
9.5
COMPLETENESS
unique blocks / hashes
17
observed in all probes
17
BLOCK NUMBER GAPS
count of unique gaps
0
count of probes w gaps
0
RPC RESPONSES
Success
136
Fail
0
429
0

Summary by Dataset

Summary by Block

Includes only "complete" blocks (blocks seen by every probe). The p95 of the values in the column "p95" is: 38.9 ms.

Details

Per block, leading endpoint-region vs. every other arrival for the same block hash, incl. blocks not seen by every probe. Regional "wall clocks" are treated as globally synchronized.

No Errors In this Dataset