适用范围与依据
讨论研发数字人民币钱包有哪些常见问题，需要先明确技术范围。本文聚焦钱包涉及网页应用时的身份认证设计，不涉及具体钱包的发行、资金处理或接入资格。
W3C的WebAuthn规范说明了网页应用使用公钥凭证进行认证的机制，包括注册、认证、凭证作用域及不同认证器形态。这些机制可用于分析认证模块的设计问题。中国人民银行新闻栏目页面属于新闻索引，不能用于确认钱包接口、认证方案或研发要求；具体业务能力仍须有对应技术文件支持。
认证成功是否代表支付获得授权
身份认证回答的是用户能否通过某项身份校验。支付授权还需要明确用户确认的是哪项业务操作。研发时如果将登录成功直接视为任何后续支付都已获得确认，就会混淆两种状态。
即使采用公钥认证，也需要在业务设计中说明认证结果对应的操作和有效范围。通用认证规范无法单独证明某个钱包具备支付、结算或离线支付能力。
凭证注册与账户绑定如何衔接
注册凭证时，关键问题是将新凭证绑定到正确账户，并确认发起绑定的人具有相应权限。后续认证则需要由服务端验证响应，不能仅根据页面显示“验证成功”就授予账户访问权限。
网页来源与凭证的使用范围也应纳入设计。域名调整、多个业务入口和账户体系变化，都可能影响认证流程；不能默认一个入口注册的凭证可以在所有入口使用。
设备兼容与账户恢复如何处理
认证器可以有不同的实现和连接方式，实际可用性取决于客户端平台与设备支持。研发评估需要覆盖目标浏览器、操作系统及认证器组合，并考虑用户取消、设备不可用和认证中断等情况。
设备遗失或更换后，用户可能无法继续使用原有凭证。恢复流程需要事先设计，包括如何核验账户归属、绑定新凭证以及停用丢失设备对应的访问能力。备用认证方式能够提供恢复路径，但其验证强度也会影响整体账户安全。
隐私与测试有哪些常见误区
凭证具有作用域限制，不代表整个钱包应用自动获得完整的隐私保护。账户信息、设备记录和业务日志仍需要分别确定用途、访问权限与保留范围，避免收集与认证目的无关的信息。
验证方案时，除正常注册和登录外，还应检查错误账户绑定、无效认证响应、凭证撤销后继续访问以及恢复流程被滥用等情形。认证模块通过测试，只能支持对该模块的判断，不能替代对钱包整体业务流程的验证。