A simple view into validator operations

The validator ecosystem is missing its beat.

When you stake ETH, you always (sometimes unknowingly) pick an operator. You cannot see how they hold their keys, which clients they run, or how correlated their setup is with everyone else securing the network. Validator Beat makes that visible.

KeysClientsProviderOSCPUGeoAn example operator profile

The gap

Transparency has been built into every layer, except the validators.

L2Beat
Walletbeat
Validator Beat

Rollups have L2Beat. Wallets have Walletbeat. The validator operators securing tens of millions of staked ETH have had no way to differentiate themselves outside of performance and reputation. Stakers, from ETH holders to institutional allocators, choose an operator or protocol and forget about it. Compliance attestations like SOC 2 cover process and custody, but they say nothing about the choices that actually determine whether a validator stays safe and online: how signing keys are split, whether the operator runs a single client implementation, how concentrated their infrastructure is, and how much of that overlaps with the rest of the network.

That invisible risk is unpriced. Validator Beat is the public entry point that compares these risks and gives operators a reason to compete on it.

Why it matters

How validators actually fail

There are two ways a validator fails, and decentralization is the insurance against both.

Safety failure · slashing

It signs something it never should have.

A double attestation, or a supermajority vote on the wrong chain. The protocol slashes the stake. This is the expensive failure.
Liveness failure · downtime

It goes offline and misses its duties.

No slashing, but no rewards either, and a weaker network. The validator simply isn't there when it's needed.

Most safety and liveness issues trace back to a single point of failure: one machine, one team member, one client, one provider, one region. Validator Beat measures how many of those single points of failure an operator has removed.

The assessment

How Validator Beat assesses an operator

Most operators start exposed with two stages to climb and a six-slice risk profile.

0
Stage 0 — ExposedStarting point
At least one single point of failure remains. Most operators start here — the baseline.
1
Stage 1 — Slashing-averseSafety
No single compromise of one machine, one team member, or one signer can produce a slashable message.
2
Stage 2 — Downtime-averseLiveness
No single point of failure in the operator's infrastructure can take the validator offline. This is the end game.
KeysClientsProviderOSCPUGeoEach slice scored green, yellow, or red
Key Custody
How signing keys are held, and how many independent parties must cooperate to sign.
Client Diversity
Exposure to a bug in any single consensus or execution client.
Provider Diversity
Concentration on a single cloud or hosting provider.
Geographic Diversity
Concentration in one region and exposure to power failure or natural disaster.
OS Diversity
Correlated risk from running a single operating system across the fleet.
CPU Architecture
Correlated risk from running a single chipset across the fleet.

This can be read at a glance. For the exact thresholds and rubric, see the methodology. To see where your own validator lands, take the assessment .

Validator Beat is self-reported and consent-based.

Who it's for

Built for both sides of the stake

If you delegate your ETH

Read any operator's profile in five seconds.

Before you stake, not after an incident. Two stages and six colors give you insight into validator operations that the marketing page never will.

If you're an operatooor

Proof of work.

Run the assessment, earn your stages, and show off your pizza wherever you list your product. Operators who have removed their single points of failure now have a way to show it.

The standard behind the score

Validator Beat and valOS

Validator Beat is the public-facing who is running validators. valOS, the Validator Operating Standard, is the technical how: a deep catalog of the controls and mitigations behind professional validator operations.

A staker can quickly read an operator's stages and profile here. An operator doing the hard work and implementing the mitigations should dig into valOS. Follow valOS, and you'll end up at stage 2.

Validator Beat

The who — the public dashboard

valOS

The how — the operating standard

Credibility

A neutral dashboard, built in the open

Validator Beat is co-authored by Obol and Lido. It is deliberately neutral and no single team owns the rubric. The methodology is public and is meant to be adopted, challenged, and improved by the whole ecosystem.

The goal is a race to the top, where transparency about validator risk becomes the default expectation.

Obol
Lido

Find out how secure your validator really is.