Skip to content

Network

BSC

BNB · chain id 56 · 450 ms block time · 5 providers, 8 endpoints

BNB Smart Chain uses Parlia with fast finality. Sub-second block times mean a single block of lag is normal and is not treated as staleness; the staleness threshold is derived from this block time rather than being a fixed number of blocks.

Provider ranking

6h window · 6.0 hours observed · 4 vantage points · generated 2026-10-27 10:38:22 UTC

  • Excellent / Good— Fast, available and correct all window
  • Fair / Degraded— Measurable failures or slow tails
  • Poor— Failing often enough to affect an application
  • Insufficient data— Too few samples to score at all

5 providers

  • 1 (1st)
    Provider
    PublicNode
    Score
    96.1
    Status
    Excellent
    Availability
    100.0%
    p50 ms
    25.9
    p95 ms
    52.8
    Trend
    +9%
    Correct
    100.0%
    Behind
    3.94
    Samples
    9,136
  • 2 (2nd)
    Provider
    NodeReal
    Score
    81.0
    Status
    Good
    Availability
    100.0%
    p50 ms
    23.2
    p95 ms
    85.9
    Trend
    steady
    Correct
    100.0%
    Behind
    1.77
    Samples
    8,926
  • 3 (3rd)
    Provider
    BNB Chain
    Score
    79.5
    Status
    Good
    Availability
    100.0%
    p50 ms
    22.2
    p95 ms
    84.3
    Trend
    steady
    Correct
    100.0%
    Behind
    4.54
    Samples
    18,229
  • 4
    Provider
    Blast API
    Score
    66.7
    Status
    Degraded
    Availability
    100.0%
    p50 ms
    103.6
    p95 ms
    122.3
    Trend
    +6%
    Correct
    100.0%
    Behind
    3.22
    Samples
    8,893
  • 5
    Provider
    1RPConerpc
    Score
    0.0
    Status
    Poor
    Availability
    0.0%
    p50 ms
    0.0
    p95 ms
    0.0
    Trend
    not enough history
    Correct
    —
    Behind
    —
    Samples
    1,805
Take it awayCSV— BSC provider rankingJSON— BSC provider rankingevery provider in this window, with each score component
  • publicnode — 3% of requests targeted methods this provider offers only on a paid plan; excluded from availability
  • bnbchain — 181 of 18229 requests were rate limited; excluded from availability
  • blastapi — 1% of requests were rate limited (131 of 8893); excluded from availability
  • onerpc — 100% of requests were rate limited (1580 of 1581); excluded from availability

5 providers scored against each other.

The score weights availability at 40%, latency at 30%, correctness at 20% and head freshness at 10%. Correctness also acts as a ceiling: a provider that answers quickly and wrongly cannot be rated healthy on speed alone. Full methodology

Latency over time

6h window · top 5 by score

95th percentile, computed over successful requests only. A request that timed out is not a latency sample; it is counted against availability instead. Gaps are gaps — periods with no collection are not bridged.

Head freshness

6h window · generated 2026-10-27 10:37:28 UTC · cohort of 4

How far behind the chain each provider's data is. Latency cannot answer this: an endpoint can reply in 8 ms with a head from four minutes ago, and every speed measurement will still rate it excellent.

4 providers

Providers ranked by distance behind the cohort head
#ProviderMean blocks behind≈ secondsCompared
1 (1st)nodereal1.770.803,849
2 (2nd)blastapi3.221.453,833
3 (3rd)publicnode3.951.783,992
4bnbchain4.542.047,975

Each observed head is compared against the cohort reference for its instant: the highest head any measured provider had reached, after discarding heads implausibly far above the cohort median and time-aligning samples taken moments apart. Lag is therefore relative to the fastest-updating provider in the set, not to an absolute truth. A cohort of fewer than two providers produces no freshness data at all.

From each region

The same BSC measurements, grouped by the vantage point they were taken from. A provider that answers in 40 ms from one region can take 220 ms from another, and the ranking above is an average across whichever regions are reporting.

4 regions

BSC broken out by region
RegionMedianp95SuccessSamples
Frankfurt23.6 ms106 ms94.4%11,871
Coventry83.8 ms110 ms94.3%11,794
Amsterdam20.3 ms119 ms94.3%11,739
Virginia6.2 ms22.4 ms94.3%11,490

Percentiles are over successful responses only. A request that timed out is not a latency sample; it is counted against availability instead.