先明确查询的是哪类记录
数字钱包查看扣款记录的功能边界怎么确认，首先要明确“记录”指什么：商户发起的付款请求、钱包展示的活动，还是实际发生的资金变动。这些信息可能相互关联，但证明的事情不同。确认功能时，应分别问清覆盖哪些账户、哪些支付方式，以及显示的是请求金额还是实际支出。
以下解释适用于网页支付与以太坊链上交易的通用概念。具体钱包是否支持历史账单、跨账户汇总或记录导出，需要由该产品的功能说明和实际页面确认，不能从底层技术规范直接推定。
网页支付接口的边界
W3C 的 Payment Request API 规范描述了商户、浏览器和支付方式提供方之间的支付交互，可传递订单总额、明细等信息，并在用户确认后返回支付响应。其范围不包括直接集成支付处理机构。
因此，支持该接口只能说明产品可以参与相应支付流程，不能证明它能够查询全部历史扣款。支付请求中的订单金额，也不足以单独证明资金已入账或扣除。核验账单能力时，还需确认记录由谁保存、覆盖何种账户，以及最终状态来自哪个系统。
链上记录需要区分金额与费用
以太坊交易说明介绍了发送地址、接收地址、转移金额、调用数据和费用相关字段，并区分普通转账与合约交互。交易提交后还要经历网络处理和区块确认；转移金额与执行费用属于不同部分。
据此，钱包显示的单个金额未必代表全部支出。合约交互还需要解释调用内容及其执行结果，不能只看接收地址或原生资产金额就判断扣款用途。确认查询功能时，应查看它能否分别呈现金额、费用和执行状态，并提供对应交易的核验标识。
用四个问题确认功能范围
账户范围：记录只覆盖当前账户和当前网络，还是包含其他已关联账户？字段范围：是否显示时间、币种、金额、费用及对应订单或交易标识？状态范围：处理中、已完成等标签分别依据什么结果？核验范围：能否将页面记录与支付服务账单或链上交易对应起来？
这些问题用于识别功能覆盖程度，并不意味着所有钱包都必须提供相同字段。未明确说明的能力，应保留为待确认项，尤其不能把当前列表自动视为完整资金流水。
常见问题
列表没有记录，是否说明没有扣款？仅凭列表无法确定，还需确认账户、网络、筛选条件和数据覆盖范围。页面显示完成，是否代表所有环节完成？需要查看该状态指支付交互结束、交易执行完成，还是资金入账。
能查看记录，是否就能撤销或退款？查询、撤销和退款是不同能力，展示一条记录不能证明后两项可用。确认功能边界时，应把记录展示与后续业务处理分别核实。