Bitcoin Core getmininginfo把链高度、难度、全网算力估算、本地内存池、最低交易费和最后组装模板放在同一响应中。本文按数据来源与时间边界拆分字段，避免看板把本地快照误读为全网矿工表现。

Bitcoin Core verifychain用于检查本地链数据库，可选择0至4级校验和最近区块或全量范围。本文解释每一级实际做什么、怎样安排维护窗口，以及true、false与debug.log应如何进入故障处置。

Bitcoin Core的gettxoutproof可生成交易包含证明，verifytxoutproof负责验证。本文用双节点实验解释blockhash、txindex和最佳链条件，并区分空数组、RPC错误、有效性与最终性。

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

传统的新区块公告是先喊哈希、再等对方来要清单，一来一回多耗一圈。BIP130 允许节点声明偏好，让对方直接把区块头推过来。本文解释这节省下的一个往返在传播链上值多少，以及它和压缩区块、孤块率的关系。

一笔闪电付款失败了，你知道“到哪一层失败”，却很难知道“是谁”。本文拆解洋葱路由失败消息的分层加密、failure_code 标志位的语义，以及协议为何刻意压低失败信息里携带的定位能力。

闪电通道最省心的离场方式是双方协商一致、一条链上交易收场。本文拆解 shutdown 消息的格式与发送限制、允许的到账脚本形态、预先承诺关闭地址的设计，以及协商关闭与强制关闭在费用、时间链上足迹上的差异。

闪电通道的真相记在链下，节点重启后第一件事是与每个对手方对账。本文拆解 channel_reestablish 消息的四个关键字段、消息补发规则，以及协议内置的数据丢失保护：什么情况下对手方必须按兵不动、你必须暂缓强制关闭。

严格 DER 之后，ECDSA 签名仍有两条可延展通道：S 值天生成对偶写法，失败签名字节可以随意填充。BIP146 用 LOW_S 与 NULLFAIL 两条规则在隔离见证时代把它们封死。本文用曲线阶常量讲清规则本身，并解释它和 wtxid、压缩区块的关系。

输出描述符是比特币钱包备份与审计的核心文本，BIP380 给每个描述符配了八位校验码。本文拆解这套类似 bech32 的纠错码：哪些错误一定抓得住、检测能力随长度怎么衰减，以及为什么“校验通过”不等于“这份描述符适合你”。