I’m not very convinced this should be implemented because:
- I do not wish the Merge to be delayed
- Once the Merge has completed, I’d prefer ossification and reduced centralisation of the network via developer control (any major network upgrade induces centralisation)
More specifically I’m not convinced the following reasons are worth it:
- reduce finality from 2 slot to 1 slot - I don’t think waiting 2 slots is that major a UX degradation.
- reduce complexity of code and fork choice rules - Ethereum codebase is complex as it is and will always need full-time committed developer teams to rewrite, upgrade or manage. The proposed reduction in complexity does not change this.
A reason that might convince me is:
- Lower min deposit and higher validator count
But I’d still like to see more details on how significant the gains are. I would also like to more work on proposals such as 0x03 to reduce control that staking pools have. This is arguably more important for validator decentralisation than reducing deposit size from 32 ETH to say 8 ETH, it is also a lot less work.