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
24h window · 24 hours observed · 4 vantage points · generated 2026-10-27 10:38:20 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
- Provider
- 1RPConerpc
- Score
- 61.5
- Status
- Degraded
- Availability
- 93.7%
- p50 ms
- 372.0
- p95 ms
- 2472.8
- Trend
- not enough history
- Correct
- 100.0%
- Behind
- 7.35
- Samples
- 7,891
- 4
- Provider
- Blast API
- Score
- 77.3
- Status
- Good
- Availability
- 100.0%
- p50 ms
- 104.0
- p95 ms
- 123.3
- Trend
- steady
- Correct
- 100.0%
- Behind
- 3.27
- Samples
- 37,348
- 3 (3rd)
- Provider
- BNB Chain
- Score
- 86.8
- Status
- Good
- Availability
- 100.0%
- p50 ms
- 22.0
- p95 ms
- 84.8
- Trend
- steady
- Correct
- 100.0%
- Behind
- 4.49
- Samples
- 77,025
- 2 (2nd)
- Provider
- NodeReal
- Score
- 88.9
- Status
- Good
- Availability
- 100.0%
- p50 ms
- 23.0
- p95 ms
- 85.7
- Trend
- steady
- Correct
- 100.0%
- Behind
- 1.68
- Samples
- 37,641
- 1 (1st)
- Provider
- PublicNode
- Score
- 96.1
- Status
- Excellent
- Availability
- 100.0%
- p50 ms
- 27.3
- p95 ms
- 55.7
- Trend
- +7%
- Correct
- 100.0%
- Behind
- 3.94
- Samples
- 38,523
- publicnode — 3% of requests targeted methods this provider offers only on a paid plan; excluded from availability
- bnbchain — 758 of 77025 requests were rate limited; excluded from availability
- blastapi — 1% of requests were rate limited (556 of 37346); excluded from availability
- onerpc — 94% of requests were rate limited (6538 of 6965); 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
24h 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
24h window · generated 2026-10-27 10:38:49 UTC · cohort of 5
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.
| # | Provider | Mean blocks behind | ≈ seconds | Compared |
|---|---|---|---|---|
| 1 (1st) | nodereal | 1.68 | 0.76 | 16,291 |
| 2 (2nd) | blastapi | 3.27 | 1.47 | 16,069 |
| 3 (3rd) | publicnode | 3.94 | 1.77 | 16,860 |
| 4 | bnbchain | 4.49 | 2.02 | 33,731 |
| 5 | onerpc | 7.35 | 3.31 | 155 |
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.
Percentiles are over successful responses only. A request that timed out is not a latency sample; it is counted against availability instead.