Live prices are currently unavailable — the exchange feed could not be reached and no recent cached reading is held.

Bitcoin Data GuideBitcoin Reference

Research · Ethereum

Staking rewards and penalties

Validator rewards are not a fixed rate. They are composed of several weighted components, they fall as more ether is staked, and they are offset by penalties that escalate when the chain stops finalising.

Last reviewed 2026-09-21Source: Ethereum Consensus Specs and ethereum.org rewards documentationMechanism descriptions only; no current yield, APR or issuance figure is stated.

The components of a reward

A validator's income is not a single payment. It is the sum of several rewards, each attached to a specific duty and each weighted by how well the validator performed it. The largest component comes from attestations: a validator earns for voting for the correct source checkpoint, the correct target checkpoint and the correct head block, and each of those three votes is rewarded separately. A validator that votes correctly on all three earns all three components; one that votes for a checkpoint the network does not agree with earns less.

A second component comes from proposing blocks. When a validator is selected as the proposer for a slot, it earns a reward for the block itself and it collects the priority fees from the transactions it includes. The proposal reward is small relative to the attestation rewards over a long period, because a validator proposes rarely, while the priority fees depend entirely on how much demand there is for block space in that slot.

A third component comes from participating in the sync committee, which signs the head of the chain for light clients. Sync committee duty is assigned to a rotating subset for a fixed period, so a validator's income from this source is intermittent rather than steady. The reward exists because the duty is additional work on top of the ordinary attestation duty, and a validator that is offline during its sync committee period loses both the reward and, if the absence is long enough, part of its balance.

The issuance curve

The total amount of ether issued to validators each epoch is not fixed. It scales with the square root of the total staked balance, so the total issuance rises as more ether is staked but rises more slowly than the stake does. The consequence is that the reward per validator falls as the validator set grows: doubling the amount staked increases total issuance by roughly forty per cent, so the rate earned by each unit of stake falls.

That shape is a deliberate design choice rather than an accident of the formula. A flat per-validator reward would make staking more attractive as the set grew, because the same reward would be spread over more capital only if the capital were not required; a reward that fell too quickly would make staking unattractive at scale and leave the chain under-secured. The square-root curve is a compromise: it keeps the marginal return positive so that staking remains worthwhile, while making the total cost of security grow more slowly than the stake.

The curve also means that a validator's expected return depends on decisions other validators make. A validator cannot know its future yield from its own deposit alone, because the yield depends on the total staked at the time. This is a real difference from a fixed-rate instrument, and it is why published staking yields are always snapshots of a moving quantity rather than a rate a validator can lock in.

Penalties and inactivity

The penalties a validator can incur, what triggers each, and what it costs.
PenaltyTriggerEffect on the validator
Missed-duty penaltyFailing to attest or propose when assignedThe reward is forgone and a small penalty is deducted
Inactivity leakThe chain has not finalised for several epochsThe offline penalty escalates until finality returns
SlashingProposing two blocks in one slot, or signing two conflicting attestationsA portion of the balance is burned and the validator is ejected
Correlation penaltyMany validators are slashed around the same timeThe slashed amount scales with how many others were slashed in the same window

Last reviewed 2026-09-21Source: Ethereum Consensus Specs, Phase 0 — Honest ValidatorPenalty conditions as specified; the correlation penalty's scaling is defined in the spec.

The ordinary penalty for being offline is small and proportional to the reward that was missed. A validator that goes down for a few hours loses roughly what it would have earned in that period, which is a modest cost and is why a brief outage is not a crisis. The penalty becomes serious only when the chain as a whole is failing to finalise, because that is when the protocol needs validators online and when an absent validator is doing the most damage.

The inactivity leak is the mechanism that handles that case. When the chain has not finalised for a sustained period, the penalty for being offline begins to grow with the length of the outage rather than staying proportional to the missed reward. The effect is to drain the balances of the absent validators until the remaining online stake exceeds the two-thirds threshold needed to finalise again. It is a deliberately harsh mechanism, and it exists because a chain that cannot finalise cannot resolve a disagreement any other way.

The correlation penalty is the part of the design that addresses coordinated misbehaviour. If a single validator is slashed, it loses a base amount. If many validators are slashed within a short window, each of them loses substantially more, because the protocol treats a large simultaneous offence as evidence of a coordinated attack rather than an accident. The scaling is what makes an attack expensive: an attacker who controls a large share of the stake and attempts to finalise a conflicting chain faces a penalty that grows with the size of the offence, up to the loss of the entire bond.

Sources and references

The reward components, the issuance curve and the penalty conditions described above are taken from Ethereum's consensus specification and its developer documentation.

  • Rewards and penalties. ethereum.org, Rewards and penalties: the components of a validator's income and the penalties that offset it.
  • The validator's duties and the conditions for slashing. Ethereum Consensus Specs, Phase 0 — Honest Validator: the two slashable offences and the ejection that follows.
  • Issuance and the effect of the Merge on supply. ethereum.org, How the Merge impacted ETH supply: issuance to validators, the burn, and how the two combine.
  • The consensus-layer parameters. Ethereum Consensus Specs, Phase 0 — The Beacon Chain: the reward and penalty constants, including the inactivity and correlation parameters.

Related reading