以太坊轻客户端分别接收optimistic update与finality update：前者追踪更近的已证明头，后者携带最终化头与证明分支。本文从对象字段、验证步骤和业务放行门槛对照两者。

Beacon API的finality_checkpoints返回previous/current justified与finalized三个检查点，并附带乐观执行和最终状态。本文给出滞后计算、告警状态机与业务确认分层。

本文解释重组的机制：分叉如何产生、“链头回退”发生什么、最终化为什么划界、以及用户如何理解“确认数”与重组风险的实际关系。

本文解释以太坊 PoS 里 attestation 的结构与流程：验证者如何对区块“投票”、头投票与最终性投票的区别、委员会如何分配，以及这些投票如何驱动出块与最终化。

本文按时间线拆解一笔交易的一生：签名广播、内存池排队、被打包进区块、全网传播、attestation 投票、最终化，每一步的耗时构成和常见卡点。