Skip to content

Status

Ethereum RPC status

Whether each measured endpoint is serving right now, and how it has held up against an availability objective this site publishes and applies identically to everyone. That objective is ours — not an SLA, and not a promise any provider made.

1 provider is failing most requests

Judged over 90 days, of which 45.3 days were actually observed — collection began 2026-08-24, so most of the window predates this platform and is drawn as unmeasured rather than as healthy. Every measurement comes from a single vantage point.

Endpoints

worst first · 9 measured
Partial outage

Cloudflare

Uptime
23.1%
Met
none of the tiers
p95
91 ms

90 days ago46 of 90 days measured · 55,030 requests refused rather than answered, excluded from the figuretoday

Error budget at 99.9%: 769× over — 1,224,164 failures against the 1,592 failures this many requests earn

burning 770× over the last 492 requests

Throttled

Merkle

Uptime
99.5%
Met
99%
p95
196 ms

90 days ago46 of 90 days measured · 278,748 requests refused rather than answered, excluded from the figuretoday

Error budget at 99.9%: 5.1× over — 309 failures against the 61 failures this many requests earn

too few recent requests to say how fast it is burning

Throttled

1RPC

Uptime
47.5%
Met
none of the tiers
p95
6029 ms

90 days ago46 of 90 days measured · 291,830 requests refused rather than answered, excluded from the figuretoday

Error budget at 99.9%: 525× over — 15,040 failures against the 29 failures this many requests earn

too few recent requests to say how fast it is burning

Operational

Blast API

Uptime
99.8%
Met
99.5%
p95
124 ms

90 days ago46 of 90 days measured · 67,413 requests refused rather than answered, excluded from the figuretoday

Error budget at 99.9%: 1.7× over — 2,845 failures against the 1,633 failures this many requests earn

burning 0.0× over the last 513 requests

Operational

dRPC

Uptime
99.94%
Met
99.9%
p95
104 ms

90 days ago46 of 90 days measured · 8,104 requests refused rather than answered, excluded from the figuretoday

Error budget at 99.9%: 55% spent — 936 failures against the 1,690 failures this many requests earn

burning 0.0× over the last 512 requests

Operational

MEV Blocker

Uptime
99.8%
Met
99.5%
p95
206 ms

90 days ago46 of 90 days measured · 15 requests refused rather than answered, excluded from the figuretoday

Error budget at 99.9%: 2.4× over — 4,185 failures against the 1,725 failures this many requests earn

burning 0.0× over the last 524 requests

Operational

NodeReal

Uptime
99.94%
Met
99.9%
p95
102 ms

90 days ago46 of 90 days measuredtoday

Error budget at 99.9%: 58% spent — 978 failures against the 1,698 failures this many requests earn

burning 0.0× over the last 523 requests

Operational

PublicNode

Uptime
99.92%
Met
99.9%
p95
40 ms

90 days ago46 of 90 days measured · 204 requests refused rather than answered, excluded from the figuretoday

Error budget at 99.9%: 79% spent — 1,372 failures against the 1,741 failures this many requests earn

burning 0.0× over the last 533 requests

Operational

Tenderly

Uptime
99.92%
Met
99.9%
p95
38 ms

90 days ago46 of 90 days measuredtoday

Error budget at 99.9%: 75% spent — 1,296 failures against the 1,728 failures this many requests earn

burning 0.0× over the last 530 requests

  • Operational
  • Degraded
  • Partial outage
  • Outage
  • Throttled
  • Not measured

The objective, and whose it is

An SLA is a contract: a promise a provider made, with a remedy attached when it is broken. Almost none of the endpoints measured here carry one, so the bar below is ours. A provider that misses it has not broken a promise — it has failed to clear a threshold we set.

A single threshold says little: at 99.9% almost every free endpoint fails, and at 99% almost everything passes. Each provider is reported at the highest rung it actually cleared, and reported as not enough data — never as failing — where fewer than 500 requests were eligible. Not knowing and failing are different findings.

  • 99.99%1 failure in 10,000 requests
  • 99.9%1 failure in 1,000 requestserror budget measured here
  • 99.5%1 failure in 200 requests
  • 99%1 failure in 100 requests
  • 95%1 failure in 20 requests

The pill beside each endpoint and the uptime percentage beside it are judged at different bars, deliberately. The recent window holds a few dozen requests, which can tell “mostly working” from “mostly broken” and cannot tell 99.9% from 100% — so the pill uses 90% and the percentage uses the objective. A green pill beside a 99.5% figure is those two statements agreeing, not disagreeing.

Recent incidents

7 in the last 7 days
  1. ThrottledCloudflare on eth_estimateGas2026-10-08 00:28 · 10m measured
  2. ThrottledCloudflare on eth_syncing2026-10-08 00:25 · 15m measured
  3. ThrottledCloudflare on eth_estimateGas2026-10-07 23:36 · 26m measured
  4. ThrottledCloudflare on eth_chainId2026-10-07 23:32 · 32m measured
  5. ThrottledCloudflare on eth_syncing2026-10-07 22:25 · 45m measured
  6. ThrottledCloudflare on eth_estimateGas2026-10-07 22:02 · 1.3h measured
  7. ThrottledCloudflare on eth_chainId2026-10-07 21:55 · 17m measured

Durations are floors: only minutes with evidence inside them are counted, so an incident is never reported as longer than what was measured. The full record

How to read this page

This is an objective we publish and apply identically to every provider. It is not a service level agreement: nothing here is a promise any provider made, and a provider that misses it has not broken one. What a provider does commit to, where it commits to anything, is quoted on its own page with the source and the date it was read. Availability is taken over requests the provider could reasonably have answered — rate limits, methods it does not implement and methods it sells rather than gives all leave the denominator, and the counts that left are published beside the percentage so it can be judged. A day nothing was measured is drawn as a day nothing was measured, never as a day everything worked, and it is excluded from the uptime figure rather than counted as perfect. Every measurement comes from a single vantage point, so a component shown as operational was reachable from there.

The full record, including the persistent defects deliberately kept out of the incident list, is on the incidents page; what each provider says it permits is on its own page, and how every figure here is produced is on the methodology page.