支付应用连接业务订单与链上记录
区块链支付应用需要把订单中的收款对象、应付金额与链上交易对应起来。业务系统管理商品和订单，钱包负责交易授权，区块链记录交易及其状态。这些环节相互连接，但各自承担不同职责。
比特币开发者指南围绕订单计价、支付请求和收款识别展开；以太坊交易文档解释签名交易、账户状态及执行费用。两者分别体现支付流程与交易执行的技术侧面，具体规则不能直接跨链套用。
地址、私钥与数字签名
地址用于指定接收对象，私钥用于生成授权交易的数字签名。接收付款信息与持有支出权限是不同的能力，因此支付页面展示地址，并不需要向访问者提供私钥。
签名能够证明交易获得对应密钥的授权，但不能单独证明收款方的商业身份。支付请求的传输安全同样重要：即使签名机制正常，页面上的地址遭替换，也可能使付款指向错误对象。
支付请求、二维码与金额单位
比特币支付请求可通过地址文本或BIP21定义的bitcoin: URI表达，二维码可以承载这些信息。为不同付款请求分配独立地址，有助于建立收款与订单的对应关系。相关指南也已将旧的BIP70支付协议标为弃用，不能把其中的历史功能介绍理解为当前推荐。
二维码是信息载体，扫码通常只是让钱包读取或预填字段。它本身不代表已经授权或完成支付。金额还必须附带明确单位；采用法币计价、链上资产结算时，应用需要处理换算与报价有效期。
交易字段、智能合约与网络费用
以太坊交易包含接收对象、金额、签名、nonce及费用相关字段。nonce是账户交易的顺序计数；Gas衡量执行所需资源，Gas上限限制一笔交易可消耗的资源量。实际费用需要结合资源消耗与适用费率理解，不能把Gas上限直接当作最终手续费。
简单ETH转账与合约调用的含义不同。合约调用中，交易接收地址可能是合约地址，具体操作和参数由输入数据表达。因此，支付界面需要解释实际授权内容，仅展示地址和金额可能不足以说明交易目的。
常见问题：提交是否等于到账
交易广播表示已向网络提交，收录进区块则是另一个状态。支付系统不能仅凭扫码结果或提交提示就认定订单完成，还需要核对链上记录与订单要求是否一致。
这些概念适用于理解比特币和以太坊支付的基础流程。不同网络的交易结构、费用规则与确认机制存在差异；应用对外展示的“已支付”状态，应有清晰的判断条件，避免把业务提示与链上状态混为一谈。