Proof of stake secures a blockchain by requiring validators to lock capital and follow protocol rules when proposing or confirming blocks. Bad behavior can trigger penalties, including loss of stake in systems that use slashing.
Ethereum is the most widely deployed proof-of-stake example, but PoS is a family of designs rather than one identical template. Some networks use direct validator sets. Others use delegation, nominated validators, or hybrid mechanisms. A clean comparison asks who can validate, what they risk, and how the network responds when something goes wrong.
Proof Of Stake (PoS) Validators, Stake, And Block Proposals
Validators are participants that help propose, verify, or attest to blocks after locking the network's required asset. On Ethereum, running a validator requires at least 32 ETH staked in the protocol. That's a high bar for individual users, which is why many people use pooled staking services instead, though that introduces tradeoffs covered in the next section.
Validator duties depend on the chain, but the core responsibilities are similar across most PoS networks:
- Stay online and maintain uptime.
- Follow client software rules.
- Sign messages at the right time.
- Help the network agree on the canonical chain.
For Ethereum-specific mechanics, the guide on how Ethereum staking works covers validator setup, staking rewards, and operational risk in more detail.
Slashing And Penalties in Proof Of Stake (PoS)
Slashing is a penalty that removes part of a validator's stake for certain harmful actions, such as signing two conflicting blocks at the same height (called equivocation or double-signing). It is designed to make attacks economically painful rather than just theoretically prohibited.
Not every mistake gets slashed, and that distinction matters for understanding the risk. Many systems also use smaller penalties for downtime or missed duties, which means a validator can lose rewards for being offline without having committed any attack. Slashable behavior is treated far more severely.
Validator risks fall into a few buckets:
- Downtime can reduce rewards.
- Bad configuration can cause missed duties.
- Double-signing can trigger slashing and loss of stake.
- Custodial staking can add counterparty risk on top of protocol risk.
- Client bugs can affect many validators sharing the same software.
Proof of stake shifts the main security cost from energy expenditure to economic exposure. An attacker has to acquire or control enough stake to disrupt the network, then risk losing it if the protocol and community can identify the attack.
Delegating Stake Is Not The Same As Running A Validator
Delegating stake means letting another validator or service participate on your behalf. It is not the same as operating validator hardware, choosing clients, managing keys, and signing blocks directly.
This distinction has real consequences for decentralization. A network can have millions of token holders but still rely on a smaller group of validators, staking services, or exchange-controlled accounts to do the actual block-production work.
The risk shows up in a few places:
- An exchange may control key operational choices across the stake it holds.
- A staking service may choose the validator setup without user input.
- A liquid staking token may separate the user entirely from the validator operator.
The liquid staking guide explains how that separation works and what users give up in exchange for flexibility. Staking yield should not be read as risk-free income when someone else controls the validator.