纸张外观不能决定恢复方式
整理区块链纸钱包资料时，首先要辨认纸上保存的是收款信息、私钥记录，还是某种钱包备份词组。纸张尺寸、打印图案以及是否带二维码，都不能独立回答这个问题。二维码只是信息的呈现方式，不能因扫描后出现一串字符，就认定内容已经加密，或已经具备恢复全部账户的能力。
资料清单宜先记录来源、声明采用的格式、生成时间及需要的附加材料种类，不抄入秘密本身。若无法确认记录类型，应保留未识别状态。仅凭卖家的纸钱包名称或一张成功扫描截图，不足以选择恢复接口，更不足以证明这张纸对应仍然存在的链上资产。
BIP38包裹的是私钥记录
BIP38由Mike Caldwell和Aaron Voisine提出，定义用口令保护比特币私钥记录的加密与编码方法。其摘要写明，记录包含重建该私钥所需的信息，但口令另需提供。这里的对象是一条私钥记录，不是把纸上任意文字自动转换为整个钱包，也不能把对应口令直接当成另一种钱包标准的恢复词。
该规范定义的加密记录为58个字符并以6P开头，还包含标志、地址哈希片段和加密材料。前缀可以帮助初步分类，但只看前两个字符不能确认其余内容完整、口令正确或生成过程可信。规范元数据同时标明已部署状态及不鼓励实现的评论摘要；本文用于识别旧资料，不把它推荐为新建钱包方案。
同一规范里也有不同用途的码
BIP38的EC乘法模式还定义中间码和确认码，不能因三者都出现在同一份说明里就互相替代。中间码用于向生成方传递派生所需信息，使其可以生成相关记录而不直接知道原口令；规范给它设置了不同的前缀和长度。确认码则用于核对给出的地址是否依赖相应口令，并可核对批次、序号。
因此，拿到确认码不等于拿到加密私钥记录。设一份完全虚构的归档清单：甲栏写加密记录，乙栏写确认材料，丙栏只写收款地址。三栏各有用途，不能因丙栏能查询交易，就把甲栏的缺失标成已经补齐。这份例子不包含真实码、地址或任何可使用的秘密，也没有执行解密验证。
词组备份卡还要辨认标准与份额
Trezor的备份说明将BIP39和SLIP39列为不同格式。其SLIP39说明又区分单份备份与多份备份：多份模式需要达到指定份额门槛。由此，同样一张写着词组的纸，可能承载完整备份，也可能只承载所需材料的一份；不能只数有几张纸，就认定已满足恢复条件。
归档结论应说明材料类型、标准、附加条件和覆盖范围。加密记录缺口令、份额不足、仅有地址，分别是不同缺项，不能用统一的备份已完成标签遮盖。本文没有打印秘密、访问在线生成器或导入钱包；识别记录格式只完成资料分类，不能替代原产品兼容性、备份完整性与实际资产状态的核对。