BIP44/49/84/86：派生路径第一段目的号决定地址长相

“这条链有 43 万高度，等于哪一年”

派生路径的第一段 m 后面，第一个撇号位置放着 BIP-43 引入、BIP-44 定型的 purpose 字段。它是一个数字，作用是声明”我这条树的地址是按哪套脚本模板派生的”，让同一颗种子能同时长出不同时代的地址体系而不互相污染。主流取值是一条年表：44 对应 P2PKH 传统地址（Base58 的 1 开头），49 对应嵌套隔离见证 P2SH-P2WPKH（3 开头），84 对应原生隔离见证 bech32（bc1q 开头），86 对应 Taproot 的 P2TR（bc1p 开头）。后面几段依次是币种、账户、内外部链和序号，撇号表示该层使用 BIP-32 硬化派生。

为什么用目的号而不是脚本指纹

理论上，派生规则完全可以由”想要的脚本类型”唯一决定，何必再编一个 purpose 号。BIP-43 给出的建议是：新方案各自申请一个 BIP 编号，并把编号原样用作 purpose 段，这样不同方案的地址永远不会从重叠的派生空间里长出来；软件若只需要有限功能，也应另立 BIP、另领一个 purpose 值，而不是私挑一个子集自称兼容。也就是说，purpose 从设计之初就是一张”编号即命名”的注册表——这让它顺带成了”地址该长什么样”的快速判据。

四行路径对照

把目的号放进完整路径看更直观。m/44h/0h/0h 派生的是传统 P2PKH；m/49h/0h/0h 派生的是把 P2WPKH 塞进 P2SH 的兼容形态，专为当时不认识见证数据的软件与地址格式过渡；m/84h/0h/0h 是原生见证地址；m/86h/0h/0h 是 Taproot 密钥路径输出。主网与测试网只换第二段的币种号（0 或 1），换账户只动第三段。同一颗种子四条路径互不重叠：扫错一条，你得到的是一套完整、格式合法、余额恒为零的地址树——这正是”恢复钱包后看不到币”的常见真相之一。

恢复与迁移

恢复钱包时，软件若只按单一目的号扫树，换过地址格式的钱包就会”丢币”。现代做法是逐条路径扫：先按 84 扫，再扫 86，然后按需补 49 和 44；或者干脆导入描述符，描述符把脚本模板与派生路径写成一个字符串，不需要软件猜路径。给家人留备份的读者应把”路径与地址类型”当作和助记词同等级的信息记下——只有助记词而不知道曾用过哪条目的号，相当于给了半本钥匙串清单。另一类事故来自”看起来更省费”的诱导：有服务怂恿用户用低目的号去”兼容老节点”，实际让同一笔钱长期待在已不再推荐的地址模板里，费用与体积双输。

别把 84 和 86 读成”优劣排名”

目的号递增反映的是脚本能力，不是账户好坏。84 派生的地址不能证明你启用了 Taproot 的任何东西；86 也不是”必须把全部资金收拢进 P2TR”。迁移的实际成本是手续费和隐私足迹（一次性大额迁移本身就是聚类线索），目的号本身不改变安全上限——安全上限始终是那颗种子与生成它时的随机性。

自查三条

其一，恢复或新建钱包时问一句”我这份备份当年用的是哪条目的号”，把它和助记词一起归档；其二，任何”输助记词进网页钱包帮你扫全部地址”的提法直接拒绝——正确的恢复在本地软件里逐路径做，助记词从不离开离线设备；其三，看到 3 开头的地址先按脚本结构判断是嵌套隔离见证还是多签，别急着认定目的号。同一颗种子跨多币种时，第二段的币种号也按各自的注册编号走（比特币主网是 0），核对备份时把”目的号、币种号、账户号”三段一起记录，才能避免把测试网派生的地址树误当主网丢币来报警。本文只做机制说明，不构成任何投资建议。