助记词搬家：比特币钱包换设备时，哪些设置不会跟着走

一、助记词能恢复什么，不能恢复什么

把一串助记词敲进新设备，钱回来了——这句话只说对一半。助记词保证恢复出同一套私钥，而现代钱包除密钥外还记着一摞账：标签、脚本策略、地址扫描位置、锁定名单。搬家带不带走、怎么带，逐项不同，漏哪一项就少哪一项。

二、逐项过账

密钥层：助记词加派生路径等于全部私钥，这一层跟着词表走，前提是路径抄对了。路径差一段、Purpose 段错一位，长出来的是另一棵树上同样合法的地址——看起来完好，你的币在另一条枝上。

脚本层：旧钱包开过哪几类地址，就是几条腿各管一种脚本。助记词本身不携带这个信息，新设备只恢复默认类型时，另一种地址的余额会安静地躺在账外。Core 钱包侧对应的工具是 listdescriptors 导出、importdescriptors 导入。

标签层：地址备注一部分挂在描述符的 label 字段里随导出走，一部分只在旧设备本地，迁移后要么带走要么重标。

锁定层：为防止误花某笔输出设的锁定是运行时状态，助记词恢复不会自动带过来，恢复完先核对锁单再谈交易。

三、恢复过程的扫描账

新设备需要知道从哪一天开始找你的钱。填 now 就从此之后记账、历史一概不扫；填一个早于首笔进账的时间戳，换的是完整账本加上一段漫长的重扫。importdescriptors 把选择明写在参数里，时间戳填错不是小瑕疵——要么白扫一大段历史，要么漏掉旧账。带区块过滤器索引的节点重扫更快，这一点也写在文档里。重扫期间节点的其他查询接口照常应答，但查到的账目可能滞后于导入进度，文档对此有专门提醒：导入刚完成的窗口期里，密钥与地址看起来都在、相关交易却还没浮出水面，属正常现象，等扫描线程追平再下结论。恢复窗口里最忌讳的动作，是拿这个半成品状态做收发测试——钱在半瞎的钱包里进账，测试结论与真实状态对不上号。

四、多设备并行时的一致性

助记词相同、恢复出来的钱包未必同步。两台设备各花各的：同一笔未花费输出的锁定只锁本机，本机视角的余额随消费分叉。恢复后第一笔操作前先看新机器对余额的陈述，与旧机器对不上时以链上为准。并行期间还要避免两边同时用同一描述符的接收链：两边的地址扫描指针各自推进，谁也不知道对面已经数到第几个索引，短间隔内接连收款时，落后那台要靠重扫补齐账目。

五、常见错误模式

错误一：只抄助记词、不抄派生路径，恢复时默认路径恰好不对，余额显示为零却找不到原因。错误二：恢复后立刻在新设备上生成新地址、改设置，旧账尚未对平，新旧混账更难拆。错误三：旧设备还没确认恢复成功就格盘销毁。错误四：把带口令的派生方案当纯助记词抄——口令缺失，恢复出的是一串谁也不认识的地址。错误五：拿旧机器的钱包文件直接覆盖新机器已用过的同名钱包，两边交易史互相污染，回滚成本比重新导入描述符高得多。

六、迁移途中最稳的三件套

迁移窗口里三样东西最稳：一份描述符导出、一份带首笔进账时间的记录、一份新旧地址抽查表。描述符导出解决策略说明书的问题，进账时间解决扫描起点的问题，抽查表解决看不见的派生分支问题。三者都只有文本体量，抄在金属板或加密U盘上都装得下；相比之下，整目录拷贝旧钱包文件虽然省事，却把运行时状态与版本兼容性一起打包搬家，验收失败的排查面反而更宽。恢复完成的验收只看一行字：派生出的地址集与旧机器逐字符一致。

七、恢复后的三行验收

新机器导入完成只看三行字。第一行钱包名：与旧目录一致即可，路径与后缀是新的，不必逐字符相同。第二行扫描高度：追平链头之前，余额只算下限。第三行描述符指纹：与备份文件逐字对得上。三行全绿，迁移算闭环。

风险提示：本文仅为技术机制科普，不构成任何投资建议。