验证打分的三档准时线：以太坊怎么区分“投对了”和“投得快”

一笔验证提交到链上，并不是”投了就给分、没投就扣分”这么简单。以太坊信标链给每一次验证打的是三张分数，分别对应验证里三种不同粒度的”说对了”。这套打分规则写在共识规范的 get_attestation_participation_flag_indices 里，由三个标志位和三个权重构成。看懂它，就能看懂为什么同样是在投票，有人拿满、有人只拿一半，也能看懂为什么一次网络延迟的代价比想象中大。

一条验证里其实藏了三个判断

验证消息同时表达三件事：其一，我认可这个纪元的基础（source 检查点）；其二，我认可这个纪元的目标区块（target 检查点）；其三，我认为当前链头是某个具体区块（LMD-GHOST 投票，指向某个 slot 的区块根）。规范先检查这三者的一致性——目标判断要求基础判断也对，链头判断又要求目标判断也对，层层递进。也就是说，投错基础会连带让后面两项不得分，这是很多人低估的传导效应。

三个标志位与它们的时限

在这三个”对不对”之上，规范再叠加”多快被打包”的时限，形成三个准时标志。准时基础：判断正确，且这条验证在不超过每个纪元槽位数开平方取整（主网即五个槽位）的延迟内被打包。准时目标：判断正确即可——自 EIP-7045 把包含窗口放宽到下一个纪元末之后，目标标志不再设置延迟上限。准时链头：要求最苛刻，必须恰好是最小包含延迟（一个槽位），也就是说这条验证几乎是在产生的下一个块里就被收进去。三档延迟门槛从松到紧，对应的是三种信息的时效性差别：链头最易变，基础最稳定。

权重与真实含义

三个标志的权重分别取 14、26、14，合计正好 54。目标一票独占近一半，这跟 Casper FFG 的最终性由目标投票决定的设计完全一致：最终性靠 target 投票堆出来，所以它最贵。基础与链头各 14，说明协议把它们视为”锦上添花的正确性”。对运维者来说，这条权重表给出了很直白的行为建议：先保证 source 和 target 永远不出错（错了连带动能和罚没），再去优化链头那一档。链头档基本是给毫秒级延迟的机器准备的，多数部署拿不到，也不必为此折腾。

包含延迟是什么

包含延迟指”验证产生的槽位”到”它被写进区块的槽位”之间隔了几个槽位。它不取决于你什么时候广播，而取决于提议者什么时候愿意收。这里就出现了链条上一种常见但少见的现象：你的验证者一切正常，网络也不差，但因为多个提议者连续没有把某段验证收进块，你的分数掉了。这也是 EIP-7045 放宽窗口的动机之一——让晚到的验证仍能拿到目标分，而不是白白作废，从而让 LMD-GHOST 的安全分析与确认规则更稳。

打分如何落到收益上

规范按纪元统计参与权重，把”实际拿到的权重比例”和”满权重”之间的差值折算成奖励与惩罚：达到三分之二总权重是奖励曲线上的关键节点，低于它奖励递减，长期低于它则触发不活跃惩罚。因此准时标志不是抽象概念，它直接决定你在曲线上位于哪一段。需要强调：具体的奖励常数、基准奖惩因子会随升级调整，本文只描述规范定义的结构与主网参数口径，运维时以你所用客户端文档与共识规范当前版本为准。

一点边界

这套机制只处理”诚实但慢”和”诚实但缺席”，不处理”不诚实”。后者由罚没规则单列，两者互相独立。想提升分数，正确的检查顺序是：先看节点的时钟是否同步（时钟偏差会让验证被判定为过新或过旧而被丢弃），再看与提议者路径上的网络质量，最后才是硬件性能。质押收益伴随罚没与波动风险，本文只解释机制，不构成投资建议。