支付能力覆盖哪些环节
区块链支付的应用边界，可以从资产转移与商业业务之间的分工理解。链上记录能够帮助核验支付，商品交付、订单争议和退款处理仍需要业务系统承接。技术上能够发送资产，并不意味着已经具备完整的收款服务。
Bitcoin Developer Guides的支付处理说明涵盖订单计价、付款请求和订单识别，也涉及退款与周期性收款。由此可见，区块链只是支付流程的一部分，应用还需要把链上资金变化与具体业务状态关联起来。
计价与对账的适用条件
如果商品按法定货币标价、使用比特币支付，系统就需要处理汇率换算与报价有效期。为不同付款请求分配独立地址，有助于识别订单；地址、金额和单位也需要表达清楚。上述机制解决的是收款信息和识别问题，不能消除汇率变化。
这意味着，支付应用必须定义报价到期、迟付或金额不符时的处理方式。对于要求固定结算金额的业务，能否发送资产只是基础条件，计价规则能否与财务记录一致同样关键。
速度和费用如何限制应用
以太坊扩容文档说明，网络需求增加可能带来拥堵和更高费用。Rollup通过在主链外执行交易、向主链提交相关数据等机制扩展处理能力；状态通道允许参与者在链外交互，再由主链结算。不同方案获得安全保障的方式存在差异。
因此，小额、高频或要求快速响应的支付，需要同时考虑费用占比和确认条件。界面显示已经接收请求、交易得到确认、资金达到业务所需的结算状态，是不同的判断节点，不能仅用一个“到账速度”概括。
扩容后的边界仍然存在
扩容可以改善处理能力，但应用仍需理解所用网络的安全条件。侧链采用自身的共识规则；与主链相连，不能直接推导出其安全保障与主链完全相同。
适用条件应落实到具体流程：谁处理交易，如何核验结果，出现异常时如何完成结算。不同方案的实现差异较大，不能把某类技术的总体优势当成每个支付产品都具备的能力。
常见问题
二维码是否能保证收款安全？二维码主要承担传递付款信息的作用。如果展示的地址被替换，扫码本身无法解决问题，支付页面的安全传输与密钥保护仍然重要。
链上付款后，退款是否自动完成？退款需要额外的业务处理，原始转账记录本身不包含完整的售后规则。商户仍需明确退款条件并将退款与订单对应。
区块链是否适合所有支付场景？适用范围取决于业务能否接受相关费用、确认等待及运营要求。需要可核验转账记录的场景可以利用其能力，但定价、交付和纠纷处理仍需配套机制。