Skip to main content

🎁 Rewards

As a Node Operator in CMv2, you earn rewards from two separate streams: a share of Lido's 10% protocol fee distributed based on your active validator keys, and staking returns that accrue on your bond balance.

Two reward streams​

Node Operator rewards​

  • Paid from staking rewards generated by your validator keys active on the consensus layer in every reporting frame, in contrast to CMv1 which distributed rewards for all deposited and not exited keys.
  • The percentage depends on your operator type and applies uniformly to all your keys within the same sub-NO (see Node Operator Types).
  • These fees come from the 10% protocol fee that Lido charges on staking rewards. The remaining 90% goes to stakers via stETH rebases.

Bond rebase rewards​

  • Your bond is held as stETH in the protocol
  • stETH accrues staking returns daily via rebases
  • Any bond amount above the minimum required for your active keys is available to claim

Claiming rewards​

Bond & Rewards claim

  • Go to Bond & Rewards in the sidebar, then the Claim tab
  • To claim, the protocol verifies your share of the rewards tree using a cumulativeFeeShares proof
  • Accounting.sol pulls your portion of fees from FeeDistributor.sol, combines it with your bond balance, and calculates the final claimable amount
  • Everything above the required bond for your current active keys is claimable
  • If you have set up the Rewards Splitter, rewards are routed to split recipients first; the remaining share goes to the Rewards Address in the standard claim flow or to the sub-NO's bond balance if claimed through the permissionless method

You can also transfer staking rewards directly into your bond balance instead of claiming to your Rewards Address. This is useful in cases such as if you want to accumulate bond for new keys without a separate top-up transaction, or if you prefer to defer regular reward claiming to your Reward Address.

Alternatively, a Rewards Claimer address can be configured. It's a separate address authorized to call claimRewards methods on your behalf. This is useful if you want to automate or delegate reward claiming without exposing your Manager or Rewards Address.

Rewards Splitter​

CMv2 includes an optional built-in Rewards Splitter that lets Node Operators route their rewards to multiple recipients.

  • You can configure up to 10 split recipients
  • Each recipient gets a pre-defined share of your Node Operator rewards in stETH only
  • Reward splits apply to Node Operator rewards only, not to bond rebase.
  • Rewards Splitter addresses can only be changed when there are no claimable rewards.
  • The initial split configuration can only be changed after the first reward distribution.
warning

Rewards Splitter configuration is optional. If you configure it, review split recipient addresses carefully before the first distribution: a misconfigured initial split can route rewards to the wrong addresses before the configuration can be changed. If you don't set any recipients, all rewards flow to your rewards address as normal.