Ordinals 官方手册给每个聪分配了一个由 a 到 z 组成的名字，还按出块节奏划出六个稀有度等级。本文讲清名字怎么算、等级怎么分、供给数从哪来。

新节点首次同步最耗时的往往是逐块验签。本文拆解 Bitcoin Core 的 assumevalid 参数：它凭什么跳过历史区块的脚本与签名校验，哪些校验一项没少，和旧式 checkpoints、AssumeUTXO 有何不同，以及想把这点信任也清零的人该怎么设置。

2015 年，比特币通过 BIP66 把“签名必须严格符合 DER 编码”从默认中继政策升级为共识规则。本文回顾 DER 是什么、双门槛如何部署，说明它怎样削弱交易可延展性，以及它如何在无意间补上一个共识层的隐患。

BIP9 的软分叉部署用时间戳定开始与超时，BIP8 提出改用区块高度，并补上“到期保底激活”的选项。本文对照两份规范，解释高度触发为何更可靠、少数算力否决问题怎么解，以及这套机制给普通节点用户意味着什么。

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

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

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

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

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

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