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, 4 were selected for data collection: Columbus, OH, N. Virginia, Frankfurt, and Zurich.

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 4 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
rpc-qnd.Inkonchain.com
leading blocks
35
behind block per region
66.7%
avg lag (ms)
46.7
COMPLETENESS
unique blocks / hashes
35
observed in all probes
35
BLOCK NUMBER GAPS
count of unique gaps
0
count of probes w gaps
0
RPC RESPONSES
Success
105
Fail
1
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: 99.3 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. 1 dataset does not have rows in this table. Review Errors below for more info.

Errors

Info about errors incl. 429. Up to 4 examples per problem category, per endpoint, per region. Scenario-derived availability notes may also appear.