HashRadar
Pools
Real YieldIndex
CoinsASICUptime
BlogChartsBlocksGlossaryAPI

Product

  • Pools
  • Charts
  • Blocks
  • Profitability
  • Hashprice Index
  • Coins
  • Miners
  • Uptime

Rankings

  • Best Bitcoin Pools
  • Best Solo Pools
  • Best FPPS Pools
  • Best PPLNS Pools
  • Lowest Fee Pools
  • Lowest Payout
  • Most Profitable
  • Best for Beginners
  • Best for S21

Resources

  • Blog
  • Glossary
  • API Docs

Legal

  • About
  • Privacy
  • Terms
HashRadar© 2026 HashRadar. All rights reserved.Data: mempool.space, CoinGecko

Pool Uptime Monitor

Independent monitoring of Bitcoin mining pool availability. Stratum, website, and dashboard endpoints checked every 5 minutes from a single location (Contabo VPS, Germany).

All pools operational
Pool Uptime Status
PoolStatusStratumWeb90-Day History
Operational
100.00%
769 ms
Operational
100.00%
373 ms
Operational
100.00%
318 ms
Operational
100.00%
370 ms
Operational
100.00%
556 ms
Operational
100.00%
719 ms
Operational
100.00%
611 ms
Operational
100.00%
1196 ms
Operational
99.98%
1433 ms
Operational
99.77%
887 ms
Operational
99.77%
1777 ms
Operational
99.60%
786 ms
Operational
99.58%
970 ms
Operational
99.55%
718 ms
Operational
99.55%
612 ms
Operational
99.55%
659 ms
Operational
99.55%
868 ms
Operational
99.07%
470 ms
Operational
96.97%
858 ms

Recent Incidents

No incidents recorded

Why Pool Uptime Matters

When a mining pool goes down, your ASIC hardware continues consuming electricity but earns nothing. Even brief outages can cost miners significant revenue, especially at scale. Independent uptime monitoring helps you identify the most reliable pools and avoid those with recurring availability issues.

How We Monitor

HashRadar checks each pool's Stratum endpoint every 5 minutes using a full mining protocol handshake: we send mining.subscribe followed by mining.authorize, just like a real miner connecting to the pool. This proves the pool is not only reachable but actively serving mining work. We also monitor HTTP endpoints (websites and dashboards) for web availability.

Incident Detection

Our incident state machine requires 3 consecutive failed checks (15 minutes) before declaring a pool down, preventing false alarms from transient network issues. Recovery requires 2 consecutive successful checks. This approach balances sensitivity with reliability, giving you accurate uptime percentages you can trust.