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

getblockfilter按区块哈希返回BIP 157 basic过滤器与过滤器头。本文从索引前置、filter和header差异、客户端匹配到假阳性边界逐层说明，避免把过滤器命中误写成交易存在证明。

解释IBC轻客户端为何因trusting period过期、替代客户端必须满足哪些条件，以及治理恢复后哪些通道和超时数据包仍需单独处理，文中附双向失效与数据包验收清单。

本文逐个解释区块头字段：父哈希、状态根、交易根、收据根、gas 参数、时间戳、提议者/验证者身份、随机数等——以及“轻客户端只下载区块头”为什么足以验证链的合法性。

本文解释以太坊同步委员会的机制：32 个验证者的轮值小组如何为轻客户端提供“近期区块合法”的签名凭证，轮转设计如何降低女巫攻击成本，以及它对轻节点安全的意义。

本文解释 Rollup 轻客户端的原理：只同步 L1 锚定的状态根与简短证明，如何验证 L2 上的账户余额与交易，与全节点的信任差异，以及它对移动钱包和 DApp 的意义。

本文解释默克尔树与默克尔证明的工作原理：区块头只存根哈希，任何一条交易的真实性都可以用一条短证明路径验证，并说明它如何支撑轻客户端、区块浏览器和 L2 状态验证。