质押损失：区分错失奖励与罚没本金

质押余额下降，不一定是罚没；奖励少于预期，也不一定意味着本金受损。解释质押服务表现前，应把错失奖励、普通惩罚、明确罚没，以及充值提款分开，避免把所有差额都叫slashing。

以太坊奖励与惩罚文档区分这些机制，也说明罚没后果可能与其他验证者相关。实际分析须使用事件分叉和验证者配置对应规则，不能把旧常数套到所有事件。

实际余额与机会基准分账

从期初验证者余额出发，用充值、已赚奖励、实际扣减和提款调节期末。预期但没有赚到的奖励，放在独立基准桥里。若再次从实际余额减去，就会把机会缺口当成链上扣款，重复计算。

共识层余额还应与执行层手续费及其他支付分开。费用可能进入不同接收地址，只看验证者余额不能代表全部收入。明确研究对象是单一验证者、经营者、质押池，还是代币持有人对池的权利。

若主张发生罚没，要定位验证者标识、罚没状态或相关共识证据、事件时间和后续处罚期间。单纯停机不能证明存在可罚没行为。服务事故可以暴露相关运行风险，也不能证明所有受影响验证者均已罚没。

假设虚构验证者期初32 ETH，期间赚取0.08 ETH，普通惩罚扣减0.01 ETH，无充值提款，期末为32.07 ETH。另有独立说明的基准，本应赚取0.10 ETH。

相对基准期末32.10 ETH，总缺口0.03 ETH，由0.02机会差额和0.01真实扣减构成。把0.03全部说成罚没，会同时误分两项。

再设另一独立假设案例，有证据确认期间罚没扣减0.20 ETH。应单列该扣减，并说明后续后果是否仍待完成。0.20仅为演示，不是以太坊固定规则或真实事件损失估计。

若为池化质押，追踪经营者事件如何传递到持有人：池资产减少、储备垫付、保险支付、经营者补偿或其他机制。以实际安排为准，协议惩罚和同一时点持有人损失不一定相等。

毛惩罚和后续回收分别保留。截止后收到补偿，应记为后来回收，而不是把早期惩罚改写成从未发生。未经验证的补偿承诺，不是已经到账的资产。

沿共同运行依赖评估相关暴露，但不能假设密钥数量多就代表独立保护。最终罚没可能取决于其他验证者行为和当时规则，仅初始扣减不足以推断完整损失。

发布池损失比例之前，让分母对应受影响资产及相关时点。用品牌宣传的全部资产做分母，可能稀释某个小池的损失；把整个经营者处罚都归到一种持有人，也可能夸大暴露，必须列出分配证据。

最终备忘录应包含实际余额桥、机会基准桥，以及待定损失或补偿日程。余额变化不能独立确定过失或未来损失概率。处罚结束、协议升级或补偿发生后应更新。

奖励与处罚采用相同截止点。经营者报告可能已登记待收补偿，而链上余额只显示实际到账，应先调节时间差，不要立即说来源矛盾。补偿应收金额和收回条件要有独立证据，不能因此抹掉已验证的协议毛处罚。池内承担比例如果仍待治理决定，也应保留待定而非提前分摊。

不是。未赚奖励、普通余额惩罚和明确罚没是三种不同类别，应分别记录。

不一定。后续协议惩罚、池内分配与已验证补偿，都可能影响最终承担额。