普通私钥与扩展私钥包含的材料不同
讨论冷钱包私钥的备份范围时，不能把所有带私钥二字的文件都当成整套钱包的入口。BIP32在普通私钥之外增加三十二字节的链码，将两者组成扩展私钥。链码参与子密钥派生；单独保存的普通私钥，并不因此自动带有这一份扩展材料。
该规范描述了一棵密钥树：扩展私钥可以重建它下面的私钥和公钥，而处在树中不同位置的扩展密钥，覆盖的后代范围也不同。某个分支的扩展私钥不能因文件名写着钱包，就被当成整棵树的根。这里解释的是BIP32结构，不声称每一种钱包文件都使用同一种格式。
识别字段帮助定位，不能代替秘密本身
BIP32的序列化材料还记录深度、父密钥指纹和子编号等信息。深度说明所处层级，子编号描述派生关系；它们不是另一些可随意删除的装饰。规范提醒，父指纹只是快速识别线索，可能碰撞。因此，两个文件的短指纹相同，不能单凭这一点宣布它们具有唯一、确定的父子关系。
设一份虚构清单只保存账户甲的普通私钥，原记录另有账户乙。甲能够被识别，不会自动证明乙的私钥也包含在这份材料内。若另有扩展密钥，需要先明确它对应哪个节点及哪些后代；本文不提供真实密钥、派生运算或导出步骤，也不把这个假设当作实际恢复测试。
账户同屏出现，不代表来自同一恢复材料
MetaMask的密码重置说明提醒，通过一份恢复短语恢复时，不来自该短语的导入账户需要分别处理，其中包括私钥导入和硬件钱包账户。这个区别说明的是账户来源，不能从应用里排列在一起、使用同一个解锁入口，倒推所有账户都属于一棵派生树。
它的当前备份与同步文档又给出更具体的范围：默认恢复短语及导入恢复短语所对应的账户和联系人可以同步，但以私钥、JSON或硬件钱包方式导入的账户和联系人尚不在该同步范围内。核验时应同时保存这份功能说明及读取日期，不能只摘取重置页提到可以恢复其他账户的一句话，忽略功能页的限制。
公开扩展材料也不能当作无关紧要
扩展公钥不等于扩展私钥：BIP32允许它派生后代中的非强化公钥，不赋予相应签名能力。但它仍可能暴露一组地址的关联，规范还专门说明父扩展公钥与非强化后代私钥共同泄露的风险。因此，资料整理不应为了证明账户关系，把这些材料公开贴进截图或研究附件。
可交给协作者的清单只记录无秘密的内部代号、来源类型、已知层级、适用软件版本和覆盖范围是否已确认。私钥本体、扩展密钥和恢复短语应留在相应安全流程内。把单账户可识别、某分支可派生、应用能够同步分别记录，才能准确说明当前证据覆盖到了哪里，而不是用一个成功显示的账户代表整套备份完整。