验证者不只负责提议区块
区块链权益证明不能简单理解为把资产放入账户后等待出块。在以太坊的机制中，验证者质押ETH并承担协议职责：在被选中时提议区块，在安排的时隙生成见证消息。提议与见证是两类工作，不能只用某验证者提出了多少个区块衡量其全部参与情况。
ethereum.org说明，接收区块后需要重新执行其中的交易，检查状态变化是否有效，并核对区块签名。这里的验证不是给任意商业内容背书。假设某验证者没有被选为当前提议者，却按安排完成见证，它仍在履行共识职责；未出块与缺席不能直接画等号。
见证消息包含具体的链视图
见证不是一句脱离对象的“同意”。官方Attestations页面将数据中的链头区块根与source、target检查点分开：链头反映分叉选择结果，后两个字段参与最终性投票。记录还指明对应时隙，因此必须结合所指时间与对象理解签名。
相同数据的见证可以聚合，以减少传播负担；这不等于将相互矛盾的消息合并成正确答案。整理一份学习记录，可以分别写下见证所指区块、检查点和纳入区块的情况。消息已生成、已经广播、后来被纳入，属于不同阶段，不能只凭本地发送日志认定全部完成。
漏签与可罚没行为不能混称
以太坊的奖励与惩罚说明把错过职责和可罚没行为分开。按其Penalties段落，错过提议区块会失去相应奖励，但没有额外的提议惩罚；缺少source、target投票则涉及余额扣减。不能把每种未完成任务都说成按同一比例罚款。
罚没属于更严重的机制，例如同一时隙签署两个不同区块，或满足协议冲突条件的见证。它伴随质押损失及验证者被强制移出。单凭离线提示，无法证明发生了这种冲突；判断还需对应签名和协议条件。本文不计算处罚金额或退出天数，避免把不同版本参数混用。
本地签名历史有保护范围
Lighthouse的Slashing Protection说明，其数据库保留用于防止冲突签名的记录，客户端签署前据此检查。共享同一数据目录时，数据库的独占访问可以阻止第二个客户端启动；换成不同目录或不同机器，同时使用相同验证者密钥，则不在这种保护范围内。签名保护记录与密钥文件也不同：前者帮助判断哪些消息不应再签，后者提供签名能力。只有密钥可用，并不能证明历史冲突检查所需资料齐全。
该文还提醒，迁移密钥而不带签名历史，会失去相应保护信息。一次“拒绝签署可能被罚没消息”的日志，描述的是本地防护拦截，不能直接写成链上已经罚没。读者应把职责遗漏、签名前拦截和链上处理分列核对，不通过复制运行实例或清空历史来试验区别。