先看恢复的是哪一层资料
讨论冷钱包恢复，需要把备份恢复与账户列表发现分开。BIP44描述的是确定性钱包的层级结构：用途、币种、账户、内外部地址分支以及地址序号。相同备份所对应的密钥体系，不代表任何软件都会把其中所有位置立即列在界面里；先前使用的路径和软件支持范围仍需对应。
该规范把账户和地址分别编号，二者都从零开始，但含义不同。账户下的外部分支用于对外收款，内部分支用于找零。因此，记录原钱包时只写第三个地址，还不足以定位：它属于哪个币种、哪个账户、哪条分支，也影响查找位置。本文只解读规范，不提供真实密钥或执行恢复。
零余额与没有交易历史要分开
BIP44的账户发现算法从第一个账户开始扫描外部地址；找到交易记录才继续下一账户，没有记录则停止。这依赖规范的前提：前一账户尚无交易历史时，软件应阻止创建新账户。若原软件并不遵守这些约束，不能声称该算法仍必然找到所有使用位置。
规范明确按交易历史判断，而不是按账户余额判断。一个曾经收付、目前余额为零的账户，与从未使用的账户不同。核对恢复结果时，应分别记下原公开地址、对应网络及已有交易记录，不能把显示零余额直接写成从未使用，也不能靠新建空账户证明旧资产消失。
二十是连续空地址的搜索阈值
BIP44把地址间隔上限设为二十：发现连续二十个未使用地址时，算法假定后面没有已用地址，停止扫描这条地址链。这里限制的是一次搜索如何结束，既不是钱包最多二十个账户，也不是每个账户只能有二十个地址。具体产品还要另查其实际实现。
举一个虚构扫描例子：序号零有交易，随后一到二十均未使用，而二十一曾收到款项。按上述规则，搜索可能在到达二十一之前结束。这个例子说明超出连续空白阈值可能影响发现，不表示读者应不断生成地址试探，更不是承诺扩大范围就能恢复任何缺失账户。
软件自动补齐的范围另有条件
MetaMask当前帮助文档另有产品层面的说明：通过恢复短语恢复时，由同一短语创建的账户，与另外导入的私钥、JSON文件或其他短语的硬件钱包账户，自动同步范围不同。文档还区分启用备份同步的情况，以及使用社交账户创建钱包的流程，不能把一种入口的规则推广给所有钱包。
该文档举出同一钱包中第四个账户持有非主网ETH代币、未自动出现的情形，说明可能需要按原创建顺序重新添加账户。账户原来的显示名称不决定派生位置。实际核对可保留账户来源、原序号、公开地址和所用网络这份非秘密清单，再逐项与对应软件说明比较，避免将不同来源账户混为同一份备份。