✦ 背景经历

几个月前我换了新手机，准备恢复加密钱包的时候，竟然发现备份下来的助记词少了一个。那一刻我差点以为资产没救了。所幸，我研究了 BIP39 助记词生成机制，以及钱包地址的推导过程，最终写了一个小程序，成功找回了丢失的助记词。

我把整个过程记录在了一篇博客中。不久之后，有不少朋友也向我求助——有的是少了一两个单词，有的是记错单词拼写，还有人干脆漏掉最后几位。针对这些不同情况，我不断优化原来的代码，成功帮他们恢复了钱包。

✦ 新的问题：顺序错了怎么办？

最近一位朋友遇到一种比较特殊的情况：12 个助记词都有，但导入钱包时总是提示无效。奇怪的是，只要随便调整其中几个词的顺序，有时候又能登录成功。这表明，单词本身没问题，问题很可能出在助记词的顺序。

于是他请我写个脚本，把这 12 个助记词的所有排列组合都跑一遍，生成钱包地址，与他记得的地址做匹配，一旦匹配成功就找回了原始顺序。

✦ 技术挑战：479 万种组合！

这个问题看似简单，其实背后是个数学上的全排列问题：
12 个单词的全排列有 12!（阶乘）= 479,001,600 种可能！

虽然数量庞大，但对现代计算机来说并不算不可完成的任务。真正耗时的是：对每种排列都要生成对应的钱包地址，这涉及调用加密库，属于 IO 密集型操作。

我用 MacBook Pro 14（M1 Pro 芯片）测试了下，初版程序每秒处理约 1000 个组合，算下来完整跑完一次需要 约 5.5 天。虽然时间不短，但已经证明这个方案是可行的。

✦ 初版实现：EthereumJS-Wallet

第一版我使用的是 ethereumjs-wallet 库，代码如下：

async function getAddressFromMnemonic(mnemonic) {
  const seed = await bip39.mnemonicToSeed(mnemonic);
  const hdk = hdkey.fromMasterSeed(seed);
  const addrNode = hdk.derivePath("m/44'/60'/0'/0/0");
  const wallet = addrNode.getWallet();
  return `0x${wallet.getAddress().toString('hex')}`;
}

速度差强人意，但能用。

✦ 第二版优化：切换 ethers.js

后来我发现 ethers 库在地址生成上更高效。尤其在 v6 及以上版本中，用 fromPhrase 方法非常简洁：

async function getAddressFromMnemonic(mnemonic) {
  const wallet = ethers.Wallet.fromPhrase(mnemonic);
  return wallet.address;
}

性能测试显示，速度提升到 每秒 3500 次以上，是原来的 3 倍以上！

此外，程序会实时显示进度、剩余时间、当前速度等信息。更重要的是，我们不需要把所有组合都跑完。一旦生成的地址匹配成功，程序就立即停止运行。有时几秒钟就能命中正确组合。

✦ 多线程提速：发挥 CPU 全力

进一步的性能突破来自多线程。现代 CPU 通常支持多个核心和线程，比如 i7-14700KF 支持 20 核 28 线程。为了利用这点，我用 Node.js 的 worker_threads 模块，开启并行计算。

结果相当惊人：
从单线程的 3000 次/秒，提升到并发处理近 8-10 万次/秒！

按这个速度，4800 万组助记词组合只需一个小时就能全部跑完。

✅ 总结

助记词顺序错了并不可怕，只要你还记得这 12 个单词是什么，就能用技术手段恢复正确顺序。无论是自己写代码，还是求助懂行的朋友，只要抓住核心思路（排列组合 + 钱包地址比对），都可以找回。

建议所有使用加密钱包的用户，一定要多备份助记词，不要只保存在手机或云端，最好手写一份、放到安全的地方。预防永远胜于补救。