Pectra之后的验证者合并队列在特定条件下可以被用来加速退出：让合并后的目标余额超过上限，多出部分直接进提款扫款。EIP-8071提出在协议层取消这类会使目标超限的合并请求。本文复盘这条技巧为什么可行、它利用了哪两条队列的速率差，以及修法的边界。

以太坊同步委员会为轻客户端提供跨周期签名，但成员为恶意消息签名目前不会触发罚没。EIP-7657提出给同步委员会消息定义 slashing 条件，针对的是可能骗过信任最小化桥的非规范终局头签名。本文解释攻击路径、为什么罚没只能事后生效，以及提案的适用范围边界。

EIP-8080提议当合并队列比退出队列短时装载退出，把合并侧闲置的churn额度让给退出请求，在弱主观性预算不变的前提下把最大退出吞吐提高到约每纪元688以太币。本文拆解两条队列、3比2折算与公平性论证。

EIP-8062提议对0x01提款凭证验证者的部分清扫提取收取0.05%费用，用WITHDRAWAL_FEE_FRACTION常量在共识层扣款并销毁，推动质押服务商迁移到0x02复利验证者。本文拆解费用算术、豁免规则与公平性论证。

EIP-8205让验证者密钥持有者在任何存款发生前，通过EIP-7685请求合约签署对特定提款凭据的绑定承诺，共识层在存款处理时强制执行，封堵委托质押中的首存抢占漏洞。本文拆解预注册流程与拒绝语义。

EIP-6110把存款请求改为从执行层回执中派生后，单个区块理论上可以产生大量存款事件。EIP-8254提议给每区块存款请求数设8192条硬上限，超限区块无效。本文解释它防的是什么压力。

重影检测（Doppelganger Protection）在验证者客户端启动后先静默监听两三个纪元，抢在同一密钥的第二实例造成可罚没签名之前发现并停机。本文按 Lighthouse 官方文档拆解检测窗口、沉默代价、误判边界，以及它与本地签名保护库的分工。

以太坊的存款合约把执行层付款地址与共识层验证者公钥绑在同一条记录里，任何链上观察者都能拼出谁在质押的对应关系。EIP-8222 提出 Lean Staking：把质押拆成两段——先把 ETH 存入一张待领取存款树、用零知识证明领取——让存款地址与验证者密钥在协议层不再互相指认。这份 2026 年 4 月的草案要求 EIP-6110 与 7251 在前，目前是草案状态。本文解释这个两段流程的形状、失效集合怎么长出来，以及隐私与可审计之间的边界。

2023 年 4 月上海升级允许验证者把 BLS 提款凭证一次性升级为指向执行层地址的 0x01 型凭证，但改完之后这块信息就锁死了。EIP-7804 提出一种新的执行层请求类型 0x03，让验证者签名请求修改自己的提款凭证——换执行地址，或在 0x01 与 0x02 前缀之间调整。本文解释凭证格式的前缀设计、为什么 Capella 时代选择只给一次性机会，以及把「可改」重新放回协议的安全权衡。

ERC-2917 创建于 2020 年 8 月 28 日，仓库记录的状态是 Stagnant。它给质押类产品定了一组查询函数，让用户随时问出“我现在能拿多少”，而不是等项目方线下算完再发。原文列出八个函数与一条按有效抵押乘以时间的乘积公式。本文拆解 productivity、take 与两个增减函数怎么配合，也说明这个公式对早进晚进的中性化设计为什么重要。