适用范围：先区分钱包程序与钱包文件
本文讨论持有私钥的数字钱包及其签名环境，具体以比特币钱包机制和浏览器密码学接口为基础，不评价某款产品。钱包程序负责相关操作，钱包文件则保存私钥及可能的交易信息。检查“已加密”时，首先要明确它指的是私钥文件保护，还是仅指网络连接保护，两者不能相互替代。
检查一：文件加密保护到哪个阶段
Bitcoin开发者指南的核心提醒是：文件加密保护的是私钥未被使用的状态；设备遭入侵后，攻击者仍可能捕获解密所需的密钥，或读取内存中已经解密的私钥。
因此，风险检查不能停在加密开关是否开启，还要区分钱包锁定、解锁和签名几个阶段。需要问清：何时会解密私钥，解密发生在哪台设备，以及该设备是否同时承担联网任务。无法回答这些问题，就不能仅凭“加密存储”判断整体安全。
检查二：联网功能与签名功能是否隔离
联网环境是否直接保存和使用私钥，是重要检查项。仅负责签名的钱包可以与联网程序分离，离线设备或专用硬件属于这种设计思路。隔离能够减少部分攻击途径，但并不等于设备不会被攻破或软件没有缺陷。
检查还应覆盖签名内容的可信核验方式：联网程序提交的信息是否能够在签名端独立显示并核对。只保护私钥文件，却不关注签名端实际批准了什么，仍然留下风险缺口。
检查三：浏览器接口是否被当成安全保证
MDN对Web Crypto API的说明强调，它提供的是底层密码学能力；即使基本函数使用正确，密钥管理和整体系统设计仍可能出错。接口可用，不代表调用它的钱包已经通过安全验证。
对于浏览器钱包，应区分HTTPS连接、加解密接口和完整钱包安全设计。检查重点是密钥如何生成、保存和使用，以及实现是否经过具备相关知识的人员审查，而不是只看是否使用了某个算法或标准接口。
常见问题：离线或硬件钱包是否可以免检
不能。它们改变的是私钥所在环境与签名职责的安排，不是取消安全前提。离线方案仍需关注设备本身和数据传递环节；硬件方案仍需关注签名端的可信性与信息核验。
合理的检查结论应写明保护对象、适用阶段和剩余风险。文件加密、运行环境隔离与系统审查是不同层面的措施，任何单项都不宜被表述为绝对安全保证。