Composite score
95.3
Rank 2 of 12
9,400 samples
Providers
TenderlyExcellent
Development platform offering a public Ethereum gateway alongside its authenticated products.
commercial · rank 2 of 12
Website (opens in a new tab)Documentation (opens in a new tab)
Measured performance
6h window · 6.0 hours observed · 1 chain
Availability
100.00%
Rate limits and unsupported methods excluded
Latency p95
49.9ms
p50 25.8 · p99 73.9
Correctness
100.00%
9,400 responses judged
12 providers scored against each other.
Score breakdown
| Component | Weight | Measured | Score |
|---|---|---|---|
| Availability | 40% | 100.00 % | 100.0 |
| Latency | 30% | 49.91 ms | 86.3 |
| Correctness | 20% | 100.00 % | 100.0 |
| Head freshness | 10% | 0.44 blocks behind | 94.7 |
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 | 9,400 | 100.00% |
| Provider failure | 0 | 0.00% |
| Network failure | 0 | 0.00% |
| Rate limited | 0 | 0.00% |
| 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.
Tenderly 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
99.99% uptime commitment
applies to Node RPC, on paid plans“99.99% uptime SLA”
This does not cover the endpoint measured here. The figures on this site are from a different product, and nothing measured on this page can put this commitment in question either way.
Quoted, not measured. Read 2026-08-15 from tenderly.co
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
None. Across the last 30 days, Tenderly did not depart from its own usual behaviour on any measured call for long enough to count as an incident.
Persistent conditions
None. Every call measured on Tenderly 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.
Coventry
Frankfurt
Virginia
AmsterdamPercentiles are over successful responses only. A request that timed out is not a latency sample; it is counted against availability instead.
Endpoints under measurement
EthereumEmbed this
A live badge for Tenderly on Ethereum, 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/tenderly)HTML
<a href="https://rpcnode.io/providers/tenderly"><img src="https://rpcnode.io/badge/provider/tenderly.svg?chain=ethereum" alt="Tenderly on RPCNode.IO"></a>