EIP-8148 would allow thresholds from 32 ETH to 2,048 ETH, while standard withdrawal and exit mechanics remain intact.
thereum is considering a change that would let compounding validators set how much ETH should remain on a validator before excess rewards enter the network's automatic withdrawal sweep.
An Aug. 20 edit to draft EIP-8148 lowered the proposal's minimum custom threshold from 33 ETH to 32 ETH and added a way to set the initial threshold when a new validator is created. If activated, the proposal would let 0x02 validators select a level between 32 ETH and the current 2,048 ETH default. The change would affect reward-sweep timing while Ethereum's existing exit rules continue to govern principal withdrawals.
Validators using legacy 0x01 credentials have a 32 ETH effective-balance cap. Any balance above 32 ETH is periodically swept to the withdrawal address, so those rewards stop compounding on the validator.
Compounding 0x02 validators can increase their effective balance in 1 ETH increments up to 2,048 ETH. Under Ethereum's current withdrawal-credential rules, their balance is automatically swept only after it exceeds 2,048 ETH. Accessing ETH below that level requires a manually requested partial withdrawal.
EIP-8148 would let a new 0x02 validator encode an initial threshold in the deposit that creates it. An absent or invalid custom value would default to 2,048 ETH until a valid post-creation change is processed. Existing compounding validators would also begin at the default and could later submit a valid request.
The draft prevents that setting from becoming an immediate withdrawal tool. A post-creation request must set the threshold at or above the validator's current balance. If a creating deposit encodes a threshold below the amount deposited, the protocol would ignore it and use the default. A validator seeking a lower level would first have to use the standard partial-withdrawal process.
Once a valid custom threshold is in place, future rewards above it would become eligible for Ethereum's normal automatic sweep. Principal withdrawals would still use Ethereum's existing partial-withdrawal or full-exit paths, followed by ordered withdrawal processing.
The proposal therefore transfers timing discretion at the validator layer, while broader customer liquidity remains a product-policy outcome. Ethereum would supply the optional validator setting; operators and staking products would determine how, or whether, the resulting reward flow changes what customers experience.
EIP-8148 remained marked Draft on Aug. 25. Forkcast listed it as proposed for Hegotá, while the related consensus-spec change was merged on Aug. 24.
Fork placement, activation timing and final implementation all remain pending. The Aug. 20 edit made the draft more concrete by adding a 32 ETH floor and deposit-time selection. Ethereum mainnet continues to use the existing rules.
Until developers select and finalize the proposal, the current split remains in force: automatic sweeps above 32 ETH for 0x01, compounding up to the 2,048 ETH default for 0x02, and manual partial withdrawals for compounding validators that want rewards sooner.