先明确哪些内容尚不能确认
“招行数字钱包活动方案的功能边界怎么确认”首先涉及证据是否对应具体产品。WebAuthn规范与比特币交易开发文档都不是招行活动说明，不能据此确认某项活动支持的钱包类型、参与资格、优惠发放或支付渠道。以下仅解释通用技术边界，不代表招行已经采用相关技术。
确认具体方案时，应将活动规则、产品功能说明与技术接口约定分别核对。技术标准描述一种能力如何实现，并不等于某个产品已经开放这项能力，更不等于活动参与者拥有相应权益。
WebAuthn解决认证，不定义活动权益
W3C的WebAuthn规范介绍了基于公钥凭据的网页认证机制，主要包括注册与认证两个过程。凭据具有依赖方范围限制，不能被任意网站直接使用。规范也列举了通过用户确认来支持单笔交易授权的场景。
这一机制可以成为登录或操作确认的组成部分，但它本身不定义活动资格、奖励额度或资金到账规则。即使认证成功，也不能仅据此判定用户符合活动条件，或认定一笔支付已经完成。
比特币交易机制不能套用于银行钱包
比特币开发文档介绍了交易输入、输出与未花费交易输出。输入引用此前的输出，并通过满足相应脚本条件来使用其中的金额；数字签名参与验证支出授权。
这些概念适用于文档所讨论的比特币交易体系。不能因为产品名称包含“数字钱包”，就推断它采用同样的余额模型、签名机制或网络确认流程，也不能据此认定银行钱包支持比特币。
把功能边界拆成可核验的问题
认证层需要确认：用户以何种方式证明身份，凭据适用于哪个服务，认证失败或设备不可用时如何处理。业务层则需要单独确认：谁具有参与资格，何种行为满足条件，结果由哪个系统判定。两层不能相互替代。
若方案涉及支付，还需区分操作确认、交易受理、支付结果与活动权益结果。核验时宜逐项记录功能名称、适用条件、结果含义和对应依据；没有具体产品证据的项目应保留为待确认，而不是从通用标准推导出支持结论。
常见问题与适用范围
能用安全认证，是否就能领取权益？不能直接推定。认证用于证明凭据使用者满足相应认证要求，权益是否成立还取决于独立的活动规则。
有交易签名，是否就代表活动完成？不能直接推定。签名验证与活动条件判定属于不同问题。上述区分适用于理解方案和梳理需求；招行具体活动的功能边界，仍需要与该活动及对应产品直接相关的说明才能确认。