如果你之前按 Sparrow 手工流程收过铭文，后来装好了 ord 想回到命令行托管，手册的 Importing Sparrow Wallet 一节走的是恢复而不是新建：别执行 ord wallet create，直接把旧助记词喂给 ord wallet restore --from mnemonic，逐词敲入或用空格分隔粘贴后回车。钱和铭文当然还在链上，这一步只是让 ord 认得同一把钥匙。麻烦在后面两句命令里，这也是本节值得单独写一篇的原因。
第一处麻烦：导入不会自动触发同步。手册当时的原话是“目前有一个错误：恢复的钱包不会自动重新扫描”（this currently does not happen），给出的 workaround 是手动补扫：bitcoin-cli -rpcwallet=ord_from_sparrow rescanblockchain 767430。这里的 767430 不是魔法数字，它是手册示例所用的一个块高度起点。选择逻辑很简单：扫描必须从“钱包里最早的币出现之前”的高度开始，晚了就看不见旧 UTXO；手册给的示例高度对应铭文生态早期。实操中，用你自己钱包的创建时间或更早的已知收款时间，去区块浏览器查出对应高度，再填这个数。要说明的是，这个“不自动补扫”是手册写作时点的实现状态，后续版本可能修复，动手前先看当前版本文档或先验证同步是否已在进行。
第二处麻烦：默认钱包名会撞车。ord 的钱包命令默认操作名为 ord 的钱包；如果你已经按手册建过一个 ord 钱包，导入 Sparrow 助记词就得另起名字。手册的示范是在 restore 前加 --name ord_from_sparrow，此后每一条相关命令都带同一个名字：ord --name ord_from_sparrow wallet receive 取地址，bitcoin-cli -rpcwallet=ord_from_sparrow rescanblockchain 767430 补扫，ord --name ord_from_sparrow wallet inscriptions 验收。漏带一次 —name，命令操作的仍是默认钱包，轻则查不到铭文列表空欢喜，重则把资金动作做错对象，这正是“每步保持一致”被手册加粗提醒的原因。
验收也有讲究。补扫命令会跑一会儿，wallet inscriptions 列出的是 ord 索引认为属于你的铭文，扫完之前列表可能不全，手册用这句作为完成的信号，等于承认同步有延迟；对不上的条目，按手册接收章节的方法拿地址去浏览器再核对一次，区分“没扫到”与“本来就不在这个钱包”。另一个常见误会：restore 只是导入，不会动链上任何东西，补扫同样只读——整个过程没有任何命令有花钱的能力，因此试错成本低，但导错助记词会让 ord 建出一个“空”钱包，别误以为铭文丢了。
实操上还有三个容易踩的点值得提前交代。第一，补扫是个重活：rescanblockchain 要重放指定高度之后的全部区块来标记历史交易，期间节点持续读盘，老机器上可能跑很久，建议留出整块时间、网络稳定时再做，中途断掉可重发同一条命令继续，不会伤链上资产。第二，示例高度 767430 只对手册写作时点新起的钱包安全，通用选法是拿钱包创建时间（或最早一笔已知收款的时间）换算成块高度，再往前多留几天缓冲，取整向下；缓冲宁多勿少，代价只是扫描久一点。第三，验证别只看余额：扫完后先用 ord wallet inscriptions 数铭文件数，再按手册接收流程拿地址去浏览器核对数量与单件偏移，两处一致才算闭环；数量对不上时先确认补扫是否完成，再怀疑导入是否错词。把“导入—补扫—双重验收”当成一个事务来执行，中途任何一步失败都不要急着发新交易。
另外，默认钱包名的占用问题不分先后：哪怕这台机器上第一个钱包就是导入的，也建议从一开始就给它起专属名字，把 —name 当作每条命令的固定前缀写进操作模板，让“默认 ord 钱包”在这台机器上永远保持空缺，能避免绝大多数张冠李戴。
最后给一条通用提醒：助记词是整个操作的敏感输入，手册建议手敲而非复制粘贴，减少剪贴板被恶意程序偷读的机会；执行记录、截图、教程回帖里也不要留助记词全文。功能与命令参数会随版本演进，若你用的 ord 版本与本节描述不符，以官方文档为准。本文为机制说明，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。