以太坊收据长期以 RLP 编码挂在默克尔-帕特里西亚树里，轻客户端证明一条日志要带上整条收据。EIP-6466 提议把收据迁移到 SSZ 结构：字段有固定轮廓，默克尔化后每个部分都能单独出具证明。本文解释 RLP 收据的举证困境、SSZ 树式的替代写法，以及它当前停在草案阶段的现实。

EIP-8390 提议把共识层的同步委员会整个删除，连带 Altair 轻客户端协议与 SYNC_REWARD_WEIGHT 一起退场，理由是零知识证明已能让轻客户端直接核验全体验证者。本文拆解这份尚在草稿阶段的新提案。

不跑全节点的验证器如何知道最新已最终化区块？本文按共识规范的轻客户端同步协议拆解引导对象、按周期补齐的更新对象、乐观与最终两种签名门槛，以及最终化停滞时强制推进这条逃生阀的信任代价。

BIP 157 与 BIP 158 用 Golomb 编码的区块过滤器替代布隆过滤器，让轻客户端先拉清单再按需下载整块。本文拆解过滤器头链式承诺、假阳性方向性保证与相对 BIP 37 的隐私改进。

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

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

不想下载整条链的轻钱包如何从全节点那里“点菜”？BIP37 用布隆过滤器给出第一代答案：允许节点按概率过滤交易，宁可错发不可漏发。本文拆解过滤器的构造逻辑、更新模式与尺寸上限，并解释为什么精确度本身成了隐私的裂缝。

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

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

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