Skip to main content
Node Monitoring

Blockchain Node Monitoring for Validators and Operators

A single missed attestation costs you rewards. A prolonged outage costs you a slashing penalty. BlackTide monitors your nodes's sync status, peer count, and resource health so you know about problems in seconds - not after the damage is done.

100%
Sync status coverage
Early
Slashing prevention
4
Supported protocols
30s
Check interval

Why validators get slashed while running "monitored" nodes

  • Nodes fall out of sync gradually - generic uptime checks see HTTP 200 while the node misses blocks silently. Ethereum's staking documentation explains why node health goes far beyond simple availability checks. Ethereum staking documentation
  • Slashing events compound over hours of downtime before any alert fires from a generic monitoring tool
  • Generic alerts don't understand validator semantics: they can't distinguish a restart from a double-sign risk
  • Scaling to 8 or 24 chains means managing 8 separate dashboards with no unified view or alert routing

Protocol-aware monitoring that catches problems before they cost you

  • Real-time sync status and block height tracking per node detects desync within a single check interval
  • Early slashing risk warnings detect extended downtime patterns before they cross the slashing threshold
  • Resource usage monitoring - CPU, RAM, disk - with configurable threshold alerts before capacity is hit
  • All protocols and all chains in a single dashboard with per-chain alert severity routing
  • Operators running Geth, Erigon, or Lighthouse can monitor their execution and consensus clients through their exposed JSON-RPC and REST APIs - no agent required. Geth's JSON-RPC documentation covers the endpoints BlackTide uses. Geth JSON-RPC documentation

Capabilities

Purpose-built for the validator and node operator workflow

From sync status to slashing prevention - everything a serious operator needs in one place.

Sync status monitoring

Tracks block height, peer count, and missed blocks for each node every 30 seconds - alerting before desync affects your validator duties. For Ethereum validators, a single missed attestation incurs a small penalty; a prolonged desync leading to inactivity leak can cost up to 50% of staked ETH over weeks. Early detection is the difference between a minor event and a material loss.

Slashing risk early warning

Detects downtime patterns that precede slashing events and fires an escalated alert while you still have time to intervene. The slashing threshold varies by protocol: Ethereum consensus clients slash for double-signing, while Cosmos SDK chains slash for downtime exceeding a configurable window. BlackTide applies the correct protocol logic for each chain automatically.

Resource usage monitoring

CPU, RAM, and disk usage tracked with configurable threshold alerts so you can provision capacity before your node runs out of runway. Blockchain nodes are notorious for disk space requirements - Ethereum archive nodes can exceed 12 TB. BlackTide tracks disk fill rate and alerts before capacity is hit, giving you time to provision storage rather than scramble during an outage.

Multi-protocol support

Ethereum (Geth, Lighthouse, Prysm), Cosmos SDK validators, Solana, and Polkadot - all covered with protocol-aware health checks. Ethereum execution clients (Geth, Erigon, Besu, Nethermind) and consensus clients (Lighthouse, Prysm, Teku, Nimbus) are all supported via their respective JSON-RPC and REST APIs. No code changes or agent installations on your infrastructure.

Multi-channel alert routing

Route P0 slashing risk alerts to Telegram immediately, P1 sync warnings to Slack, and P3 resource alerts to email - per team and per chain. Routing rules are configurable per chain and per team, so the Cosmos team sees Cosmos alerts and the Ethereum team sees Ethereum alerts - without either team being paged for the other's incidents.

Use Cases

Built for the people running production blockchain infrastructure

Cosmos validator across 8 chains

Monitoring 8 Cosmos SDK chains with separate explorers and dashboards is untenable. BlackTide unifies all nodes in one view with per-chain alert routing to your on-call rotation.

Ethereum solo staker watching for missed attestations

Missed attestations compound quietly. BlackTide's 30-second checks detect when your beacon client loses sync and alerts you before a small issue becomes a significant penalty.

Solana RPC operator tracking sync lag and peers

Solana's high throughput makes sync lag especially costly. BlackTide tracks slot height, peer count, and RPC response time - alerting the moment your node starts falling behind.

BlackTide vs generic monitoring for node operators

Generic tools see an HTTP response. BlackTide understands what it means.

FeatureBlackTideGeneric MonitoringPrometheus + Grafana
Protocol-aware health checkspartial
Slashing risk detection
Sync status and block height trackingManual config
No agent required
Multi-chain unified dashboardpartial
Custom metrics and dashboardspartial
Missed attestation tracking (Ethereum)Manual config
Consensus + execution client supportpartial

Frequently asked questions

What's the difference between RPC monitoring and node monitoring?
RPC monitoring checks the health of endpoints that your applications use to query the chain - focused on latency, availability, and block height freshness for consumer-facing requests. Node monitoring is focused on the operational health of the node process itself: sync status, peer connectivity, resource usage, and validator duties like attestations and signing.
Can I monitor my Geth or Lighthouse node?
Yes. BlackTide monitors Ethereum execution clients (Geth, Erigon, Besu, Nethermind) and consensus clients (Lighthouse, Prysm, Teku, Nimbus) via their respective JSON-RPC and REST APIs. No agent installation is required - you just need the node's API endpoint to be reachable from BlackTide's probe network.
How do you detect slashing risk early?
BlackTide tracks consecutive missed attestations, extended downtime windows, and peer count drops that historically precede slashing events. When these patterns are detected, a high-severity alert fires with enough lead time for you to restart the node or activate a backup signer before the slashing threshold is crossed.
Which Cosmos chains are supported?
BlackTide supports 10 Cosmos SDK chains including Cosmos Hub, Osmosis, Juno, Stargaze, Akash, Evmos, Injective, Celestia, Neutron, and Stride. Additional Cosmos chains can be added on request. Each chain is monitored with protocol-specific health checks appropriate for its consensus mechanism.
Does it require installing an agent on my server?
No. BlackTide probes your nodes externally via their exposed RPC and API endpoints. There is nothing to install on your infrastructure. If your nodes are behind a firewall, you can whitelist BlackTide's probe IP ranges to allow health checks without exposing endpoints to the public internet.
What is inactivity leak and how does BlackTide help prevent it?
Inactivity leak is an Ethereum mechanism that gradually reduces the staked ETH of validators who are offline during a period where the chain cannot finalize. If more than 1/3 of validators go offline simultaneously, the leak accelerates to restore finality faster by reducing the offline validators' stake. BlackTide's sync status monitoring and slashing risk alerts fire well before the downtime window that triggers leak - giving you time to restore your validator before any leak begins.

Never miss a block again.

Know before your users know. Before the slashing event. Before the downtime penalty.