新节点做快照同步时，修复状态要一轮轮追问零散节点数据。EIP-8189 提议把同步协议升到 snap/2：用区块访问清单一次性问全。本文拆解这份 Review 阶段草稿。

以太坊节点之间只靠哈希公告新交易，收到公告的节点不知道该先问谁要哪笔。EIP-8077 提议在公告里加上发送方地址与 nonce，让调度变聪明。本文拆解这份网络层草稿。

文档会过时，抓包会越界。EIP-1901 提议让 JSON-RPC 服务通过 rpc.discover 方法交出一份 OpenRPC 文档，机器可读地自报接口清单。拆解这套机制、它能替代什么工作，以及为什么至今几乎没有节点实装。

区块 Gas 上限抬高后，一整个区块的回执列表可能超过 P2P 单条消息约 10 MiB 的上限，导致同步反复失败。EIP-7975 提议的 eth/70 给回执消息加了不完整标记，让节点分段索取最后一块的回执。本文解释故障模式与协议改法。

闪电通道的资金交易落链，不等于它出现在路由地图上。本文按 BOLT 7 拆解公开公告的条件链：channel_flags 里的公告意愿、announcement_signatures 的签名互换、确认数门槛与节点名片，以及公告不生效时的排障顺序。

闪电节点暂停对外路由，靠的是 channel_update 里的一位开关。本文按 BOLT 7 拆解 disable 位的语义、时间戳单调规则与恢复路径，以及路由软件视角下的歇业通道与真正关闭通道的分界。

同一个 getblock 命令，verbosity 传 0 到 3 是四种完全不同的负载策略：原始字节、字段报告、逐笔展开、再加上一手输入溯源，而第三档只在未修剪的主链区块上成立。本文拆解四档的代价阶梯、档位 3 的三条边界，以及体检报告字段的连读方法。

用轮询查询区块高度的监控脚本，要么空耗调用要么反应迟钝。比特币核心的 waitforblockheight 把条件挂给节点、达标瞬间返回，配合超时分支与确认数复核才构成闭环。本文拆解长连接挂起机制、与轮询的成本对账，以及重组场景的验收清单。

比特币核心的这对 RPC 组合让观察型监控不建钱包也能回答谁在哪些区块收过、花过：过滤器先筛出命中区块，再逐笔还原输入输出坐标。本文按 31.0 官方文档拆解参数边界、与 scantxoutset 和钱包重扫的成本对账，以及重组与内存池的验收测试。

修复版发布很久之后漏洞细节才见天日，是比特币核心披露政策的刻意设计：低危两周后公开，中高危等最后一个受影响版本走到生命周期终点，严重级走个案程序。本文按官方安全公告页的四级定义拆解公告读法，并给出时差期内收款与运维的防御动作。