区块标签 latest、safe、finalized 各对应链上什么状态，钱包和浏览器默认用哪一条，历史查询参数换成不同标签时结果为何不一样

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

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

本文拆解 Solana 共识重写 Alpenglow：Votor 如何把投票折成聚合证书、双路径百毫秒最终化的设计，Rotor 单跳广播如何替换 Turbine，SIMD-0326 治理与 2026 年 7 月的测试状态，以及对验证者、钱包与用户的连锁影响。

本文拆解以太坊的分叉选择规则 Gasper：LMD-GHOST 如何用最新消息驱动的加权最重子树选出链头，Casper FFG 如何用三分之二检查点投票锁定历史，两套规则处理弹跳与平衡攻击的接缝，以及对重组和确认体验的影响。

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

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

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