Providers
Compare RPC providers on measured data
The top 4 on the chosen chain are compared by default. Pick your own — up to 4 — and the selection moves into the URL, so a comparison can be sent to someone else and they will see exactly what you saw.
Providers on Ethereum
Side by side
1h window · 60 minutes observed · generated 2026-08-27 20:39:16 UTC
| Metric | Tenderly | dRPC | Cloudflare |
|---|---|---|---|
| Rank | 1 | 3 | 8 |
| Score | 99.4 | 87.7 | 46.6 |
| Status | Excellent | Good | Poor |
| Availability | 100.00% | 99.94% | 23.00% |
| p50 latency | 17.7 ms | 34.7 ms | 17.8 ms |
| p95 latency | 30.8 ms | 74.2 ms | 100.8 ms |
| p99 latency | 54.7 ms | 195.8 ms | 269.5 ms |
| Correctness | 100.00% | 100.00% | 100.00% |
| Head lag | 0.47 blocks | 0.35 blocks | no cohort |
| Rate limited | 0 | 7 | 0 |
| Unsupported | 0 | 0 | 46 |
| Samples | 1,594 | 1,565 | 1,597 |
9 providers scored against each other.
Where the gap comes from
Two scores side by side say one is higher. This says why: the score is a weighted sum, so it comes apart, and each component’s share of the difference adds back to the difference exactly. Compared against Tenderly, the highest scorer of those selected.
TenderlyvsdRPC
+11.7points
- Latency+11.8
- Head freshness−0.2
- Availability+0.0
- Correctness+0.0
The parts add to +11.7, exactly — the score is a weighted sum, so it comes apart.
TenderlyvsCloudflare
+52.8points
- Availability+29.8
- Latency+15.8
- Head freshness*+9.4
- Correctness−2.2
The parts add to +52.8, exactly — the score is a weighted sum, so it comes apart. Components marked * were measured for only one of the two; the other’s weight is spread across what it does have, which is why the two sides can carry different weights for the same row.