术语的适用范围
区块链支付涉及商户订单、钱包和区块链网络，不同环节使用的术语各有含义。比特币开发指南的支付处理章节主要讨论订单与收款请求；以太坊交易文档主要解释签名交易、执行费用和交易生命周期。以下概念适用于相应网络的基础机制，不能直接证明某个支付项目具备特定能力。
支付请求、地址与金额单位
支付请求用于表达收款地址、金额等信息。比特币的BIP21定义了bitcoin: URI，可让钱包读取地址和金额；二维码可以承载这类信息。BTC与聪是不同金额单位，每BTC等于一亿聪。为不同请求分配不同地址，有助于对应订单。
理解支付页面时，应区分信息展示与支付结果：二维码解决的是信息传递，订单记录解决的是业务对应。出现二维码、生成请求或打开钱包，都不能单独证明款项已到账。
签名、交易字段与合约调用
以太坊交易使用签名表达授权。nonce是发送账户的交易序号；value表示转移的ETH数量；input可携带合约调用数据。与合约交互时，to指向被调用的合约。Gas衡量执行所需的计算资源，交易哈希用于识别交易，交易还需经历网络传播、区块收录等阶段。
因此，界面上的“接收地址”需要结合操作类型理解。普通ETH转账的接收账户，与合约调用中的目标合约，承担不同角色。仅查看一个地址或value字段，可能不足以解释整个支付动作。
Gas上限与实际费用
理解费用时，需要分清资源数量、单位价格和实际消耗。gasLimit限制交易最多可消耗的Gas，maxFeePerGas限制每单位Gas的最高支付价格。上限用于约束费用，并不等于最终实际扣款；支付金额与网络执行费用也应分别理解。
常见问题：哈希、确认与订单完成
有交易哈希是否代表支付成功？哈希提供交易的识别线索，判断支付结果还要查看是否被收录、执行结果以及相关金额和地址。区块收录、后续确认与最终确定性表达不同阶段，不能混为一个状态。
链上交易完成是否代表订单完成？订单还涉及款项与请求的匹配，以及商户系统的处理。阅读支付项目说明时，应辨明“已提交”“已确认”“已支付”各自指向哪一环节；不同网络的确认机制和不同系统的状态命名，也不能直接互换。