Composite score
74.2
Rank 8 of 12
3,196 samples
Providers
Blast APIDegraded
Bware Labs RPC platform with keyless public endpoints on several chains.
commercial · rank 8 of 12
Website (opens in a new tab)Documentation (opens in a new tab)
Measured performance
1h window · 60 minutes observed · 2 chains
Availability
100.00%
Rate limits and unsupported methods excluded
Latency p95
128.3ms
p50 110.2 · p99 152.9
Correctness
100.00%
3,085 responses judged
20 of 3196 requests were rate limited; excluded from availability
12 providers scored against each other.
Score breakdown
| Component | Weight | Measured | Score |
|---|---|---|---|
| Availability | 40% | 100.00 % | 100.0 |
| Latency | 30% | 128.34 ms | 22.6 |
| Correctness | 20% | 100.00 % | 100.0 |
| Head freshness | 0% | not applicable | — |
Outcome breakdown
Failures are classified rather than collapsed into one count. Our own failures are shown for transparency but are never counted against the provider.
| Outcome | Count | Share |
|---|---|---|
| Successful | 3,085 | 96.53% |
| Provider failure | 111 | 3.47% |
| Network failure | 0 | 0.00% |
| Rate limited | 20 | 0.63% |
| Unsupported method | 0 | 0.00% |
| Agent error | 0 | 0.00% |
| Measurement error | 0 | 0.00% |
What it says it permits
The only figures on this site that are not measurements. A limit is a claim the operator makes, so it is quoted with the page it came from and the day it was read — never inferred from a refused request, which would put a number against a company that never stated it.
Blast API does not publish a numeric limit that could be found in its own documentation. Several public endpoints state only that a request may be refused — which is worth knowing before depending on one, and is why this says so rather than showing nothing.
What it promises about staying up
The status page judges every provider against an objective this site publishes. That is not an SLA, and a provider that misses it has not broken a promise — so what it actually promised, where it promised anything, belongs here in its own words. The objective
Blast API does not publish an availability commitment that could be found in its own documentation. That is the common case for a public endpoint and is worth knowing before depending on one: the availability figures on this site are measurements against a bar this platform set, not against anything Blast API agreed to.
Reliability record
An availability percentage has no shape. This is the shape: what departed from this provider’s own normal behaviour, and what its normal behaviour already is. How an incident is decided
Departures from normal · last 30 days
- Throttledeth_getBlockByNumberon Ethereum2026-10-08 11:4912m
- Throttledeth_blockNumberon BSC2026-10-08 10:106m
- Throttledeth_blockNumberon Ethereum2026-10-08 08:563m
Persistent conditions
None. Every call measured on Blast API succeeded often enough, often enough of the time, not to qualify.
From each region
The same measurements, grouped by the vantage point they were taken from. Latency is a property of a network path, so a provider fast from one region is not necessarily fast from another — and the composite score above is an average across whichever regions are reporting.
Virginia
Frankfurt
Amsterdam
CoventryPercentiles are over successful responses only. A request that timed out is not a latency sample; it is counted against availability instead.
Endpoints under measurement
BSC
EthereumEmbed this
A live badge for Blast API on BSC, free to use. It renders from the current measurement each time it loads, so it cannot be frozen at a good day — which is what makes it worth putting in a README. Every badge and parameter
scoreThe composite score, coloured by band.
Markdown
[](https://rpcnode.io/providers/blastapi)HTML
<a href="https://rpcnode.io/providers/blastapi"><img src="https://rpcnode.io/badge/provider/blastapi.svg?chain=bsc" alt="Blast API on RPCNode.IO"></a>