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 11:18:16 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.2
    Status
    Excellent
    Availability
    100.0%
    p50 ms
    27.2
    p95 ms
    53.8
    Trend
    steady
    Correct
    100.0%
    Behind
    3.86
    Samples
    8,351
  • 2 (2nd)
    Provider
    NodeReal
    Score
    81.6
    Status
    Good
    Availability
    100.0%
    p50 ms
    23.0
    p95 ms
    85.9
    Trend
    steady
    Correct
    100.0%
    Behind
    1.80
    Samples
    8,153
  • 3 (3rd)
    Provider
    BNB Chain
    Score
    80.1
    Status
    Good
    Availability
    100.0%
    p50 ms
    22.0
    p95 ms
    84.4
    Trend
    steady
    Correct
    100.0%
    Behind
    4.46
    Samples
    16,651
  • 4
    Provider
    Blast API
    Score
    66.7
    Status
    Degraded
    Availability
    100.0%
    p50 ms
    104.2
    p95 ms
    123.9
    Trend
    steady
    Correct
    100.0%
    Behind
    3.22
    Samples
    8,189
  • 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,716
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 — 161 of 16651 requests were rate limited; excluded from availability
  • blastapi — 1% of requests were rate limited (111 of 8189); excluded from availability
  • onerpc — 100% of requests were rate limited (1509 of 1513); 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 11:18:32 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.800.813,537
2 (2nd)blastapi3.221.453,555
3 (3rd)publicnode3.861.743,667
4bnbchain4.452.007,312

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
Virginia6.2 ms22.7 ms94.2%10,757
Amsterdam20.4 ms120 ms94.3%11,083
Frankfurt23.6 ms107 ms94.3%10,249
Coventry83.9 ms111 ms94.2%11,012

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