Proposal Summary
This proposal introduces a comprehensive update to the Incentivized Mainnet Program (hereinafter: “IMP”), including a new tiered reward structure, revised eligibility conditions, and adjustments to the distribution mechanics used to calculate and allocate rewards.
In addition to these program-wide changes, this proposal outlines how the IMP will transition from a per-validator structure to a validator effective balance-based structure to ensure compatibility with Ethereum’s upcoming Pectra hard fork.
The original IMP proposal and terms will remain valid for aspects not amended by this proposal.
Motivation
The motivation for this proposal is twofold:
-
To support the continued growth of the SSV Network in validator count and ETH staked. As the network nears the upper bounds of the currently defined program tiers, new tiers are required to continue incentivizing our projected growth and participation at scale.
-
To ensure compatibility with Ethereum’s Pectra hard-fork, which increases the maximum validator effective balance - enabling stakers to run validators with up to 2048 ETH balance and consolidate existing validators. To reflect this change, the program must transition from a validator-based to an effective balance-based structure, which impacts how tiers are assigned and rewards are calculated.
Proposal Particulars
- Previous Proposals
- Proposed Revisions
- Effectiveness of Proposed Revisions
- Mechanics
- Refactored Reward Tiers
- Eligibility Updates
- Validator Performance Threshold
- Reward Address Attribution
- Reward Calculation
- Pectra Compatibility Updates
- Refactored Reward Tiers
- Reward Calculation
- Network Fee Adjustment Under Pectra
- Appendix: Historical Contracts Attribution Mapping
Previous Proposals
The Incentivized Mainnet Program was passed by the ssv.network DAO on November 6th, 2023 with the proposal Incentivized Mainnet Program.
Certain provisions of this proposal were amended on the 18th of June 2024 with [DIP-18] Incentivized Mainnet Program - Revision (hereinafter referred to as: “DIP-18”). These amendments include:
- duration of the IMP has been extended;
- the reward tiers were expanded to include a higher total number of validators and the respective APR boost for the new validators
- the inclusion of SAFE multisig wallets into eligible participants of the IMP.
- the distribution time of the rewards of the IMP to the 15th of the following month for the previous month at the latest.
Certain provisions of the IMP proposal were added on the 15th of September, 2024 with [DIP-22]: Incentivized Mainnet Exception for Lido SimpleDVT Participants (hereinafter referred to as: “DIP-22”). These additions include:
- a new distribution contract to help with the distribution of the IMP rewards to SimpleDVT participants.
- a set of calculations to correctly track user participation and eligibility.
- a set of calculations for the payment of IMP rewards to SimpleDVT participants.
- a dedicated page for the claiming IMP rewards.
- Tying the effectiveness of the SimpleDVT program to the duration of either the end of the IMP or the Lido SimpleDVT program.
Certain provisions of the IMP proposal were added and amended on the 26th of December, 2024 with [DIP-27] Incentivized Mainnet Program - Revision #2 (hereinafter referred to as: “DIP 27”). These additions and amendments include:
- new way of calculating rounds for reward distribution.
- extending the IMP program until December 31st 2025.
- a new 1 million SSV allocated.
Certain provisions of the IMP proposal were added on the 31st of March 2025, with [DIP-30] Incentivized Mainnet Exception for Lido CSM/SDVT Participants and Updated Terms for IMP. These additions and amendments include:
- a distribution of IMP rewards to CSM participants.
- funding of additional runway for SDVT clusters
- the introduction of ToS to the IMP
- sanction screening
Proposed Revisions
Effectiveness of Proposed Revisions
Due to the time sensitive nature of all Proposed Revisions it is important to split from which distribution will certain Proposed Revisions become effective. This schedule can be found below.
- Refactored Reward Tiers - April Distribution
- Other Proposed Revisions - May Distribution
Pectra related provisions will become effective in the round, following the round in which Pectra is deployed and functioning on the Ethereum Mainnet.
Mechanics
Refactored Reward Tiers
The program tiers and corresponding APR boosts as set out in DIP-27, will be restructured according to a new tiered rewards system:
| Tier (Validators) | APR Boost |
|---|---|
| 45001 - 100000 | 10% |
| — | — |
| 100001 - 125000 | 7.5% |
| — | — |
| 125001 - 150000 | 6% |
| — | — |
| 150001 - 175000 | 5% |
| — | — |
| 175001 - 200000 | 3.5% |
| — | — |
Eligibility Updates
Validator Performance Threshold
The validator performance threshold (previously set at 90%) will be updated to 95% of daily Beacon Chain attestations in a given reward round.
Reward Address Attribution
Validator rewards will now be attributed exclusively to the address that registered the validator (the “Reward Address”), regardless of whether it is an EOA or smart contract. This change simplifies the mechanism and replaces the previous logic introduced in:
Exceptions:
-
Validators participating in Lido’s SimpleDVT or CSM modules will continue to have rewards allocated to the distributor contracts as defined in DIP-22 and DIP-30 proposals.
-
Smart contracts that registered validators before this proposal will continue to have rewards attributed to their deployer address, as listed in the Appendix.
All new smart contracts registering validators from this point forward will receive rewards directly to the contract address and are expected to implement their own mechanisms to manage them.
Reward Calculation
The ETH and SSV price averages, which are used to calculate the APR boost for each tier in a given reward cycle, will now be based on the current cycle’s data, in contrast to the prior month’s averages, which were used until now.
Pectra Compatibility Updates
Ethereum’s Pectra upgrade will enable validators to increase their maximum effective balance from 32 ETH up to 2048 ETH. This unlocks the ability to consolidate multiple existing validators into a single validator with higher effective balance, significantly improving efficiency and cost-effectiveness for operators.
To support this shift, the IMP will move from a per-validator model to an effective balance-based model for calculating rewards and tier placement.
Refactored Reward Tiers
The program tiers and corresponding APR boosts will be restructured according to a new effective balance-based tiered rewards system:
| Tier (Effective Balance) | APR Boost |
|---|---|
| 1,440,032 - 3,200,000 ETH | 10% |
| — | — |
| 3,200,032 - 4,000,000 ETH | 7.5% |
| — | — |
| 4,000,032 - 4,800,000 ETH | 6% |
| — | — |
| 4,800,032 - 5,600,000 ETH | 5% |
| — | — |
| 5,600,032 - 6,400,000 ETH | 3.5% |
| — | — |
Reward Calculation
Network Fee Adjustment Under Pectra
Because the SSV Network contracts will continue to charge protocol fees per validator, and not by effective balance, a mechanism is required to collect proportional network fees from larger validators.
As such:
- The IMP will deduct the uncollected network fee portion (beyond the 32 ETH base) directly from the validator’s IMP reward.
- This deduction will only apply to validators with an effective balance exceeding 32 ETH.
- For validators with 32 ETH, network fees remain fully collected via protocol contracts and no deduction will occur.
- If a participant’s calculated IMP reward is less than their network fee obligation, they will not receive any reward. Instead, the amount they did accrue will be fully attributed to cover their network fees. In this case, the unpaid portion of their fees will be effectively absorbed by the network and not counted toward the total expected network fees.
This ensures cost alignment across all validators with varying effective balance without requiring immediate changes to protocol-level smart contracts logic.
Calculation Formula
Validator’s effective balance is measured at the last epoch of each day.
Appendix: Historical Contracts Attribution Mapping
The following contract addresses that previously registered validators will retain reward attribution to their deployer addresses to maintain backward compatibility. This list is immutable and no new entries will be added. In the interest of efficiency, the Incentivized Mainnet Program Administrator will be able to add addresses to the table below, so as to cover addresses that join until the end of month May.
| Contract Address | Deployer Address (“Reward Address”) |
|---|---|
| 0x06a45f4a92fa07e93b314790ee03bb754f5da628 | 0x14727c710ba8ef84481b03d718c92812bfcb6058 |
| — | — |
| 0x08b804864e367416924775cb96c3d7ba40cc81f6 | 0x0050ee455720cc8baba740a622311f8f2d8ac0aa |
| — | — |
| 0x0921381ffbeac9f5c516762e6e5dd9606682e0b1 | 0xa3cda4cb624a1fc093ea9486bbd47aa9a8774b08 |
| — | — |
| 0x18169ee0ced9aa744f3cd01adc6e2eb2e8fb0087 | 0x5de069482ac1db318082477b7b87d59dfb313f91 |
| — | — |
| 0x19c4016b667f8f049a6d0b93855141dab341f44d | 0x86ac462eb1524efd9652e5833f844232da3ddde5 |
| — | — |
| 0x20313af216272eff3285cdc0be862fa9ae3a0ca3 | 0xf02ea45d3f350f5bca63fa13908ac39ae2cc2180 |
| — | — |
| 0x21979d8e139cf5344f9a6858196126b9b6d96d88 | 0x5b3ef7ed14ab4a240b8290d86a5b1e662e1d618c |
| — | — |
| 0x29984aadadb3927fb8c0cf5a539a282f39066332 | 0x62a90760c7ce5cbadbb64188ad075e9a52518d41 |
| — | — |
| 0x29cada9320a4d068d1f4651b9ac0aa10745317ff | 0x4ff2fa3a8ea8a12dd54e2ca0eaf02da785c660ef |
| — | — |
| 0x34edb2ee25751ee67f68a45813b22811687c0238 | 0x4b91827516f79d6f6a1f292ed99671663b09169a |
| — | — |
| 0x411fa6e02e08d0dd0db3b9167f8c349039288954 | 0xa53a6fe2d8ad977ad926c485343ba39f32d3a3f6 |
| — | — |
| 0x45acf8f7a8232ee4cee6294de58075c1565d4df3 | 0x9d4fd64feb016eab2ee450703f4efc1b2eb14deb |
| — | — |
| 0x4685db8bf2df743c861d71e6cfb5347222992076 | 0x4b91827516f79d6f6a1f292ed99671663b09169a |
| — | — |
| 0x4dc0bf9b18f9c550786a67ef42569d6337c4e78c | 0xd4f962494c3f70244bf3dd3a2c55132da56da880 |
| — | — |
| 0x4f6e412580e7a93a104836d596f8d6c8be0ef431 | 0xca30d150b590826a4633a5f99e05ad6571f9bb66 |
| — | — |
| 0x5071e29f49f9b008267d2ed76d54b32d91695cde | 0x3202b5b0602274197ccb22b8c02cec9539990c7c |
| — | — |
| 0x525c9c957f6b5796d0521b5c04313a8466e2a4c1 | 0x776e273eef19cf80c1ea17b193fc86c3b581995a |
| — | — |
| 0x537a684be8f528172a68c987c15ff45a4c82ebb2 | 0xc316e05be8c3b688c0276be3149010391e8a58e6 |
| — | — |
| 0x5b2b6a36ed514eb02aa8c61e18ea75a5b4520159 | 0xa3594a4bd05bbefb213ba88e3b969207365d9e81 |
| — | — |
| 0x5bbe36152d3cd3eb7183a82470b39b29eedf068b | 0xd2fd442a68cc17a967e31b4712df110a6d0ff513 |
| — | — |
| 0x5ed8b5b1bcac0adb3205a779a70b7e6cc285c2bb | 0x62a90760c7ce5cbadbb64188ad075e9a52518d41 |
| — | — |
| 0x6161a36b7bd4d469a11803535816aac9829ad5cc | 0xf304a4229561aeba13425710acf1f46c9f24f1eb |
| — | — |
| 0x67cd91fa3f9bbd96c7f5fc59a54b1b85a4c3a50b | 0xaa41ca850323660e85af507548449f3aba2b5a19 |
| — | — |
| 0x6b5de3b71f927fb3988f3ae8254ccc2bf6b20b14 | 0x3af2189c656890d55701ed290b532885844eea5f |
| — | — |
| 0x737483bc858d6bb66962e27a4bd8612cca818d37 | 0xe86a0f19e06146d1c30bb37607d549077b3541b2 |
| — | — |
| 0x772b4fb7c9c221be324df548b295ccfaecd9941b | 0xaa41ca850323660e85af507548449f3aba2b5a19 |
| — | — |
| 0x7dc028d840923ecfa8a1c088700e474e3214b52f | 0xf4cbb755be3c9eec013f67dbc1896efccbefcd2a |
| — | — |
| 0x87393be8ac323f2e63520a6184e5a8a9cc9fc051 | 0x36e655069464be6202e0e4d5ee9f76034c0ad9b6 |
| — | — |
| 0x88f9518919f051f0845a34b793897a941d84d43a | 0xae38e358f871aae431a74c82e53fe81e0a13deb9 |
| — | — |
| 0x8cbe11227b437c842fc4c93402d5088dc8044137 | 0x12227dfe5363cbe55919e230653810de0ff317e2 |
| — | — |
| 0x944991724cfa9e218f73ba03608913da9a21f9b7 | 0x971561f9ab29acbd6d1dc7b17f0bb6c386ad311b |
| — | — |
| 0x9501a0da5ac0671b6744d1c951863ac2b794d282 | 0x71955e1b30e2b0585188466f1b241b6004d75dc4 |
| — | — |
| 0x9e7dba478ff82243d07bc88a74319c0e35c802b1 | 0xf95aa110636f466ddec95598e6c661b921243665 |
| — | — |
| 0xa456c36582ad81ca6091dd78e0c97ba309ff11e9 | 0x02b97fec5023f321865155304c71aa0c3db25d29 |
| — | — |
| 0xa5f4ed518286ed614fe317c95d8a287a94c923c9 | 0x726849ba03d72b5c4f58da88e4709df4a461ca01 |
| — | — |
| 0xab80312f79209409b638b261c61fe73070d12818 | 0xcfafc6bdd1b92e510d5409ee460bb1a712165aa8 |
| — | — |
| 0xaf5f9d8e61b37777d67e9647c1815e79c599d4c4 | 0x62a90760c7ce5cbadbb64188ad075e9a52518d41 |
| — | — |
| 0xb27a34dd7abcb8133503c989d0c95be1cd1ad34a | 0x2cf21faa2d4e3f5c6517def04e1b3912da22d5ec |
| — | — |
| 0xb5f1c25b24be33dc3b67274f0ad0b81c3e38606f | 0xa3cda4cb624a1fc093ea9486bbd47aa9a8774b08 |
| — | — |
| 0xb8e36e5f926ee4928ce564050148c902f7cb782b | 0xa4bc74b650241ae2f90225b5789d687c2e26b440 |
| — | — |
| 0xc2d42368d94e2d5d82f3b05a06ec53ebfb81ce0f | 0xf304a4229561aeba13425710acf1f46c9f24f1eb |
| — | — |
| 0xcef46057e46a9b73f77ca048f7fd511234525c39 | 0x08ff7150cdeb62a81418ebe0f1125faea3044ade |
| — | — |
| 0xd8af7e871b20c6a84d78ef458bbc252d39802104 | 0x0b63d2376418700db73abce955b3cf03a352a310 |
| — | — |
| 0xdf8f9a7f1f8eb645dc3c95354d2c909c2fdaf0e3 | 0x0cdb34e6a4d635142bb92fe403d38f636bbb77b8 |
| — | — |
| 0xe20b1678ae31e02a1b16693852328c77a4913b72 | 0x0cdb34e6a4d635142bb92fe403d38f636bbb77b8 |
| — | — |
| 0xe58447a964cf024d4937f53c884e4e6fc4a0514f | 0x342433010665645177648141e12efc3138625cb0 |
| — | — |
| 0xe64d3d794e309d91b2b7ef4ae941cbe713a72d3a | 0xee77a176baea6c8239fef04a6dea02027933f416 |
| — | — |
| 0xe98538a0e8c2871c2482e1be8cc6bd9f8e8ffd63 | 0x4b91827516f79d6f6a1f292ed99671663b09169a |
| — | — |
| 0xeeb77a24dc66658223cddba668b72e812f3fde67 | 0xaa41ca850323660e85af507548449f3aba2b5a19 |
| — | — |
| 0xf39ac5187ef76203fe800f0beda87a148561b341 | 0x5c6c197c27d5bf73929e1aba7d451bbdf53e6ce8 |
| — | — |
| 0xfea4e5869b38815533044fa08baafcb87354e66f | 0x46fe7ee7c4e15406ae79e09b7087a61ba1725ba2 |
| — | — |
| — | — |
Voting is now live: