先明确核验对象和证据范围
“钱包的功能边界”关注的不只是能否完成某项操作，还包括谁能使用、在什么条件下使用，以及出现异常时如何处理。确认时应落实到具体钱包、具体功能与适用规则，不能只凭“数字钱包”这一名称作判断。
中国人民银行新闻列表展示的是新闻标题与栏目入口，不能单独证明某个钱包支持哪些功能。比特币开发者指南的交易章节解释了输入、输出、未花费交易输出和签名验证机制，其适用对象是比特币交易，不能作为数字人民币钱包功能的证明。
把功能描述拆成可核验的问题
核验时可以将问题分成三层：功能是否明确提供，使用前需要满足哪些条件，发生失败或争议后适用什么规则。例如，查询记录、支付、退款或设备更换，都应分别寻找对应说明。这些是核验项目，不代表任何具体钱包已经具备相应能力。
有效依据应当能够对应当前核验对象。产品说明、服务协议与具体操作页面若涉及不同版本、不同服务主体或不同使用场景，就不能直接合并成同一项功能承诺。宣传中的概括性表述也不能替代详细条件。
技术机制不等于产品能力
比特币交易指南说明，花费相关输出需要满足其授权条件。由此能解释的是该技术体系如何验证交易，而不是其他钱包如何管理身份、处理退款或提供客服。
同样，不能从“使用密码技术”推导出钱包一定支持离线使用、跨平台互通或某种恢复方式。确认这类能力，需要对应产品的明确说明，不能用其他系统的实现方式补齐证据空缺。
常见问题如何判断
页面上有功能入口，是否就代表可以使用？入口只能作为核验线索，还需核对开通条件、适用对象与限制说明。没有找到入口，也不足以证明该功能在所有场景下均不支持。
新闻提到某项能力，是否适用于所有钱包？应检查报道涉及的主体和场景，并查找对应业务规则，不能把局部描述扩大为普遍结论。
两份资料是否足以确认边界？关键不在数量，而在是否直接回答同一个问题。新闻索引与另一技术体系的文档不能共同证明数字人民币钱包的具体功能。证据不足时，准确结论应是“尚未确认”，而不是自行补充功能清单。