When stETH holders seek ETH through Lido’s withdrawal queue, the protocol can use ETH in its buffer to finalize their requests. Some of that buffer is also protected for new validator deposits. The more ETH set aside for deposits when both uses compete, the less is immediately available to the withdrawal queue.
Lido’s Curated Module Committee gained the power to change that priority on Sept. 25. As of Sept. 27, the configured deposit reserve remained at 1,500 ETH, and the committee had yet to open a motion to adjust it. Its first published plan would remove the protected slice temporarily, then consider restoring it for a new staking module. The timing effect for stETH holders depends on how much ETH enters the buffer, how many withdrawals await finalization and whether validators are ready to accept deposits.
Where the buffer goes
Lido’s contract documentation describes three portions of buffered ETH, allocated in order. A deposits reserve comes first, followed by a reserve for unfinalized stETH requests. ETH left over after both allocations is unreserved and can also fund validator deposits. This order keeps some validator-deposit capacity available when withdrawal demand would otherwise absorb the buffer.
The 1,500 ETH target governs the protected portion. The effective reserve can be smaller if the buffer holds less ETH; it is spent as deposits are made and restored toward the target with an accounting oracle report. A reduction below the reserve already in place takes effect immediately. An increase waits for the next report before more ETH receives deposit priority.
The setting matters most when both withdrawal requests and executable validator deposits seek a limited pool of ETH. Setting the target to zero would let the withdrawal reserve claim ETH that had been protected for deposits. Actual finalization still depends on available ETH and the queue, while validator deposits can continue from any unreserved buffer. With enough ETH to cover both uses, the target makes little difference to pending withdrawals.
The committee said in a Sept. 2 statement that the original 1,500 ETH target helped seed Curated Module v2 during a migration from its earlier curated module. It now says the keys needed for that migration have been seeded and the existing Community Staking Module has few depositable keys before its planned 0x02 version launches. In the committee’s view, today’s protected reserve mainly directs stake toward the older curated module. It proposes setting the target to zero until 0x02 CSM is live.
The second step would serve different operators. Lido describes 0x02 CSM as a permissionless module approved by the DAO, with a mainnet launch still pending. The committee says it could restore a 1,500 to 2,000 ETH target after launch if node operators provide demand for new validators. That reserve would keep ETH available for deposits into the new module even during withdrawal pressure. The precise setting remains undecided, and a larger target alone cannot create depositable validator keys.
The committee has pointed to an expected October launch, while Lido’s documentation describes a broader fourth-quarter target. The return of deposit priority therefore depends on a launch and on actual operator capacity. For stETH holders in the protocol queue, the tradeoff would become more acute if withdrawals remained heavy as those new keys became available.
What Lido’s stress model shows
The analysis used to size the initial reserve simulated how this choice could affect withdrawals. It took 360 days of historical staking inflows and withdrawal requests, then ran 500 simulations that each resampled 100 days. Its high-stress case assumes a roughly 30-day Ethereum validator exit queue plus about five days for skimming and oracle processing. The output measures ETH-weighted average time from a stETH withdrawal request to Lido finalization in those scenarios. Actual exit times may differ.
| Deposit reserve setting | Modeled normal case | Modeled high stress |
|---|---|---|
| 0 ETH | 2.3 days | 6.3 days |
| 1,500 ETH | 2.6 days | 7.9 days |
| 2,000 ETH | 2.7 days | 8.5 days |
| 10,000 ETH scenario* | 3.6 days | 15.7 days |
The 10,000 ETH row is a model scenario above the committee factory’s 9,600 ETH limit; the study has no 9,600 ETH row.
In the model, protecting 1,500 ETH for deposits changes normal-case average finalization from 2.3 to 2.6 days compared with zero. Under high stress, the corresponding averages are 6.3 and 7.9 days. A 2,000 ETH target extends the modeled stressed mean to 8.5 days. Those comparisons show the modeled cost of guaranteed deposit capacity when the buffer is contested. Today’s queue and each holder’s wait depend on live conditions.
The distinction between protocol finalization and other exits also matters. A stETH holder can seek ETH by selling the token on a secondary market, where available liquidity and price govern the exchange. Lido’s withdrawal queue has its own finalization process; an Ethereum validator’s exit from the network is a separate step that can influence how quickly funds reach that process.
The governance proposal gives the committee’s 5-of-9 multisig authority to initiate Easy Track motions for this single target, up to 9,600 ETH. The DAO can object to a motion, set the target directly, revoke the permission or remove the factory. The ceiling limits the committee’s setting through this route, while a single motion can still span the permitted range.
On-chain target-setting events still showed 1,500 ETH on Sept. 27, and the reserve factory’s motion records showed no creation since the Sept. 25 activation. The operational question is which condition will prompt the committee to use its new authority: the limited deposit capacity it cites today, or future operator demand for 0x02 CSM. The withdrawal consequence will be determined by whether those deposits and a heavy stETH queue compete for the same buffered ETH.
Featured,Staking,ethereum,Lido,stETHethereum,Lido,stETH#Lido #deposit #reserve #reshape #stETH #withdrawal #waits1790629000
