作者/编译：Karen，ForesightNews若以太坊验证者存款队列一直保持爆满状态，预计到2024年5月，所有ETH的50%会被质押，2024年12月可能会达到100%。以太坊验证者和质押量激增背景下，Dencun升级新增的EIP-7514提案是什么？在上一次的以太坊执行层会议中，以太坊核心开发者将EIP-7514定为Dencun升级的一部分，旨在减缓验证者增长速度并预留更多的时间，来研究以太坊质押的未来和解决方案。根据来自beaconcha.in的数据显示，当前以太坊质押量达到2584万枚，相较一年前合并（2022年9月15日）前的约1350万枚增加逾90%，与此同时，活跃验证者数量从49万增加至目前的80万以上。同样值得关注的是，当前还有超过2.8万的验证者正在排队，另外还有621个验证者在等待退出。EIP-7514是什么？为何提出？
正如以太坊基金会研究员DankradFeist所说，以太坊验证者集正在激增。此外，截至目前，Lido在流动性质押领域占据主导地位，持有所有质押ETH的近1/3，并且没有自我限制的意愿，这可能对以太坊的去中心化构成风险。此外，对Lido的治理攻击也可能会给以太坊网络带来严重问题。为此，DankradFeist认为以太坊社区需要一些时间来弄清楚以太坊质押的未来，作为一个临时解决方案，降低验证者Churn（每个Epoch会限制可以进入成为激活验证者的数量）可能是有益的。以太坊开发者dapplion.eth和TimBeiko提出的EIP-7514即是希望通过限制MaxEpochChurnLimit，将最大验证者增长率从指数增长更新为线性增长，从而减缓验证者数量的增长。如果以太坊存款队列一直保持爆满状态，预计到2024年5月，所有ETH的50%会被质押，到2024年9月，这一比例将上升到75%，到2024年12月，可能会达到100%。此外随着验证者集大小的增加，奖励也会减少，再加上流动性质押代币的推动，共识层承受的压力也会更大。
验证者数量的增加会导致gossip消息和Beacon状态规模的增加。而目前尚不清楚有多少边际安全收益来自额外的经济权重。开发者综合衡量后的结果是，建议将MaxEpochChurnLimit限制在8，假设下一次分叉最早发生在2024年第三季度初，可以显著减少预计规模，而不会导致预计的Dencun分叉日的Churn大幅下降。即使dencun分叉延迟，限制在8也能阻止至少在1整年内达到50%的ETH质押水平。EIP-7514是为了让社区有更多的时间讨论以太坊质押的发展和对流动性质押的处理。通过现在限制EpochChurn限制，达到质押ETH总供应量关键点的时间被大大推迟。以太坊验证者生命周期和Churn限制是什么？
谈起验证者和Churn限制就不得不讲起以太坊验证者生命周期。在以太坊2.0第0阶段验证者生命周期中，会动态地限制验证者激活或退出队列。验证者加入流程具体如下：验证者先将32ETH存入存款合约，第一个步骤会检查是否符合进入激活队列的资格，如果满足在下一个Epoch进入激活队列；第二个步骤检查验证者是否有资格激活并且在Churn限制之内，如果满足条件，在4个Epoch之后激活；验证者激活之后成为活跃验证者，将在每个Epoch被分配执行证明、提议等职责。并获得奖励。激活后，活跃验证者可以在经历2的11次方Epoch（约9小时）自愿退出。在任何自愿或强制被退出中，在质押者可以提款之前，都会延迟四个Epoch，如若验证者被罚没，需要经历2的13次方Epoch（约36天）才能提款。如若验证者自行退出，需要等待2的11次方Epoch（约9小时）才能提款。
为了更大程度上确保以太坊共识机制的稳定，每个Epoch（一个Epoch为6.4分钟）会限制可以进入成为激活验证者的数量，也就是Churn限制，并且根据活跃验证者的数量而变化，当活跃验证者增加到如下某一临界点时，每个Epoch的Churn限制会变多。当前80多万验证者的每个EpochChurn限制为12，每天的Churn限制为2700个。这意味着，如果不额外进来新的验证者，目前正在排队的超2.8万的验证者需要10天以上才能成为活跃验证者。在今年6月份，排队的验证者一度达到9.6万个以上，当时的排队加入时间需要等待高达45天。该如何看待EIP-7514?EIP-7514本质是减缓ETH质押率的增加，在达到质押率临界点之前争取更多的时间来研究解决方案。在笔者看来，采取预防措施更重要。不过也有社区用户反对EIP-7514，认为会进一步增加验证者集中度。参考：https://eips.ethereum.org/EIPS/eip-7514https://notes.ethereum.org/@dankrad/churn-limithttps://notes.ethereum.org/@hww/lifecycle#4-Validator-lifecyclehttps://www.validatorqueue.com/