钱包与链上工具

固定层数的派生路径只能用一次结构。BIP-83 提出在每一层预留 0 号子节点专做“继续往下长”的入口，让钱包层级可以无限嵌套。本文拆解它的规则、与 BIP-44 固定五层结构的取舍，以及今天为什么几乎没有钱包在用这套约定。

比特币区块头版本字段里有 24 个位被 BIP-323 提案划为矿机专用随机数空间，并从软分叉信号解析中剔除。本文讲版本字段的位分配、只挖区块头的矿机为什么缺随机数、0xe000001f 掩码怎么读，以及不升级节点会怎么看待这些位。

BIP-450 提案 Formosa 把 BIP-39 的逐词编码改写成按主题造句：每 33 位随机数编成一句有语法的情节句，声称更易记且与 BIP-39 双向兼容。本文拆解它的主题词表结构、句子与词的换算表、恢复时仍要过一遍标准词表的兼容机制，以及草案阶段的风险边界。

多方共用的 P2SH 多签钱包要解决一个尴尬：谁都不肯把主公钥交给对方，但生成收款地址又必须各自动手。BIP-45 用 m/45 开头的四层路径解决：按公钥字典序定座次、只交换硬化层公钥、任何一户都能独立算出同一批地址。本文拆解路径每一层的含义、地址独立生成的流程与恢复时的注意项。

Bitcoin Core 的 combo() 描述符把一把钥匙同时展开成 P2PK、P2PKH、P2SH-P2WPKH、P2WPKH 四种脚本，是新旧钱包格式之间的一座桥。本文拆解 combo 的产出规则、什么时候它只出两种脚本、它如何终结"换地址类型要不要重扫"的困扰，以及使用时的三个核对点。

不是所有脚本都来自自己派生的密钥。BIP-385 的 raw() 与 addr() 描述符把任意已有输出脚本或任意地址包装成描述符，喂给扫描与工具链。本文讲两者的分工与失效边界：raw 只收十六进制、addr 只收合法地址、二者禁止嵌套，以及包装别人的地址时"扫描可得、签名不可得"的含义。

Taproot 的 P2TR 输出可以携带一棵脚本树，BIP-386 定义的 tr() 描述符把内部密钥与脚本树写进同一行表达式。本文拆解单密钥与带树两种形态的计算规则、x-only 密钥限制、两种非法嵌套，以及恢复备份时应核对的要点。

粉尘攻击留下的零钱输出锁着占账、花着中计。2026 年挂出的草案 BIP-451 规定了一种标准化处置交易：全部输入金额充当手续费，只留一条内容为 ash 的 OP_RETURN 输出，并用 ANYONECANPAY 签名支持第三方批量合并。本文拆解其格式、防指纹设计与隐私代价。

BIP-391 想把钱包描述符连同出生区块高度、钱包名等元数据压进一个 PSBT 风格的二进制容器，2026 年 1 月立项、4 月即因 BIP-393 的文本注释方案而撤回。本文拆解 BOD 容器的结构、它放弃 CBOR 的理由，以及这场格式竞争给备份实践的两课。

BIP-176 把 100 聪正式命名为一个 bit，等于百万分之一比特币，目的是减少小额金额的读数错误。本文讲清这份 Complete 状态提案的动机与换算规则、它与聪（BIP-172）和整数化提案（BIP-177）的关系，以及今天在钱包里使用 bits 单位的核对方法。