先明确核验对象与适用范围
“上海人民币数字钱包的功能边界怎么确认”首先涉及产品身份：需要明确钱包的正式名称、服务主体，以及所指是否为数字人民币钱包。地域和日常称呼不足以确定它采用什么技术、开放哪些功能。
比特币开发者指南与以太坊交易文档介绍的是各自网络的交易机制，不能据此确认上海具体钱包的功能、额度、商户覆盖或使用资格。下文仅解释判断功能边界时可用的通用概念，不构成具体产品的功能清单。
两个技术来源能说明什么
比特币开发者指南的交易章节说明，交易输入引用此前的输出，未花费输出构成可用余额的基础；花费需要满足相应脚本条件。这表明，余额展示背后存在授权与有效性规则，界面上看见余额并不等于可以任意支配。
以太坊交易文档说明，交易可用于转移ETH、部署合约或执行合约，签名用于确认授权，改变网络状态的交易涉及执行费用。这说明，同样的“确认”操作可能对应不同类型的行为，理解功能需要辨明实际执行内容。
把功能名称拆成可核验条件
确认一项功能时，应分别核对它处理什么对象、允许什么操作、需要什么授权、受哪些条件限制，以及如何确认结果。例如，“支付”这一名称本身无法说明支持哪些受理场景，也无法说明退款方式或异常处理责任。
产品层面的依据应对应到该钱包的功能说明、服务协议和具体页面提示，并核对适用的钱包类别、设备条件及场景范围。技术文档能够解释一种机制，具体产品是否提供该机制仍需独立证据。
常见问题：哪些能力不能相互推导
支持转账能否证明支持智能合约？不能。以太坊文档区分普通转账与合约相关交易，具体钱包是否开放这些能力需要单独确认。支持某种支付方式，也不能自动证明其他支付方式可用。
是否需要比特币私钥或以太坊Gas？不能从上述网络的规则推导人民币数字钱包的要求。离线支付、跨境使用、额度和费用同样需要对应产品的明确说明，不能用其他网络的参数填补证据空缺。
提交成功是否意味着业务完成？应区分请求提交、系统处理与业务结果。确认标准应来自具体服务的状态定义；比特币或以太坊的网络确认机制不能直接套用于人民币数字钱包。