要点速览
加密货币支付把价值从付方钱包搬到商户余额，中间经过账单、专属收款地址、 链上转账、打包入块和确认策略。确认耗时随网络、支付金额和链上当前状况变化。
商户需要一条清晰的边界：看到一笔交易，和把它当作已结算是两回事。 这条边界决定履约、对账和客户沟通。
一笔加密货币支付把受支持的资产从付方钱包搬到商户余额：商户创建账单，付方把钱转到账单的收款地址，网络把交易打包进区块，处理商应用确认策略之后才给商户入账。
看到交易不等于结算完成。网络传播、打包入块和终局性是三个独立事件，商户应依据处理商给出的已确认结果履约，而不是看钱包计时器或某个固定承诺。
一笔加密货币支付怎么开始？
商户后端或店铺在展示收银台之前先创建账单。Paymos 创建账单使用调用方提供的 external_order_id，把商户订单和付款请求绑在一起。同一个标识重复使用，Paymos 返回已有账单。
这让两套系统共享一个稳定的业务引用。商户应保留订单和已有 Paymos 账单之间的关联，供对账使用。
把重复的传输请求当作同一订单的又一次尝试：超时后用原值重发，只有客户发起新购买时才换新值。
为什么每张账单有自己的地址？
Paymos 为每张账单派生一个专属的确定性地址。到达该地址的转账因此能和账单关联，不必只靠金额辨认。两个客户恰好应付相同金额时，独立地址也让链上对账更清楚。
Paymos 的转出交易在隔离基础设施上签名，目标地址限定为商户控制的白名单地址。付方的入账付款仍由付方自己的钱包签名。
付方发出交易时发生了什么？
钱包构造一笔到账单地址的转账，用付方私钥签名，然后把签好的交易广播到所选网络的节点。发起付款所需的网络费由付方钱包承担。
所需网络费遵循所选网络的规则，随链上状况变化。它和 Paymos 处理费是两笔独立费用。Paymos 以收到的资产给商户结算，不强制兑换成 BTC、ETH 或法币。
有内存池的网络上会发生什么？
在暴露内存池的网络上，内存池是节点对尚未入块的有效交易的本地视图。节点之间互相传播交易，但传播要时间、本地准入策略也可能不同，两个节点同一时刻展示的待打包集合可以不一样。其他网络可能用不同机制暴露待处理交易，所以这个阶段并非普遍存在。
这个区分在钱包报告「已广播」时很重要：广播只说明钱包把交易发给了对等节点，不证明每个节点都收到了，不证明验证者已经打包，也不证明付款已终局。
交易入块后改变了什么？
入块把交易放进了网络观察到的链历史里，这比本地待打包视图更强，但入块和终局性不是一回事。不同网络有不同的共识规则和确认信号。
处理商跟随所选网络，把入块的转账关联到账单地址。商户仍要等处理商的确认策略完成才履约。钱包的第一条入块通知不能替代这条业务规则。
把这些阶段分开，能防止一条入块通知意外触发履约。
Paymos 怎么决定何时给商户入账？
Paymos 的确认策略同时取决于网络和支付金额。小额付款所需确认更少，大额付款要求更强的终局阈值。到达阈值要多久，取决于链上当前状况。
因此不存在对每笔付款都成立的统一结算时长或区块数。运营规则很直接：在 Paymos 报告付款已确认之前订单不履约，之后对照原账单对账。
这条规则让商户履约保持一致，不用把某条网络的时长假设套到另一条支付路由上。
商户怎么保护通知安全？
确认后，Paymos 把收到的资产计入商户的资产余额。集成通知方面，Paymos 提供以 HMAC-SHA256 认证的 webhook，签名在 X-Webhook-Signature 头里，接收方可以验证通知确实用自己的 webhook 密钥签过。
一个 Paymos 投递周期共 11 次尝试，跨约 16 小时，重试间隔最长递增到 8 小时。事件始终送不达时可手动重放。这些投递事实说明送达与恢复能力，不假设任何内部队列或数据库设计。
付方少转了怎么办？
少付按项目的百分比容差处理。新项目开出来是 0.1%，可调范围 0% 到 2%，0% 就是严格匹配。落在配置容差内的付款使账单完成，商户按实付金额结算。
低于阈值时，单次付款账单变为少付；多次付款账单可以保持打开，等付方补足。这是 Paymos 的既定规则；本文不对多付、迟到转账或链重组假设任何未文档化的结果。
商户应保留实收金额和账单结果，让履约跟随配置的规则，而不是最初预期的金额。
商户集成要守住哪几条边界？
集成要把三条边界写明确。第一，复用订单的 external_order_id，保留订单和 Paymos 账单的关联。第二，把钱包广播和入块当作进展，而不是最终结算。第三，对通知采取行动之前先验证 webhook 的 HMAC。
订单履约跟随已确认的支付结果，并且在商户重试自己的工作时仍然安全。webhook 投递需要恢复时，Paymos 提供重复投递和手动重放，业务不需要靠流逝的时间去猜结算状态。
这和刷卡支付差在哪？
刷卡支付请求发卡行和卡组织授权一笔扣款，然后按收单行的结算日程走。加密货币支付在链上转移受支持的资产，耗时跟随所选网络、支付金额、当前状况和确认策略。
链上付款到达终局后，不能通过卡组织拒付撤回。退款是商户发起的一笔新链上转出交易。Paymos 也按收到的资产结算，不提供银行账户兑换通道。
| 环节 | 加密货币支付 | 刷卡 | |
|---|---|---|---|
| 授权 | 钱包签名并广播链上交易 | 发卡行与卡组织授权 | |
| 结算耗时 | 随网络、金额、链上状况和确认策略变化 | 取决于收单行与卡组织日程 | |
| 通道费谁付 | 发起方支付所需网络费 | 商户（交换费 + 处理费） | |
| 拒付风险 | 终局后无卡组织拒付 | 适用发卡行争议与拒付流程 | |
| 撤回机制 | 退款 = 商户发起的新转出交易 | 发卡行撤回已扣款项 |
常见问题
一笔加密货币支付要多久？
稳定币付款没有统一的结算时长。网络、支付金额、链上当前状况和处理商的 确认策略共同决定这笔付款何时可以安全入账。
external_order_id 是做什么的？
Paymos 创建账单使用调用方提供的 external_order_id。重复使用同一个值会 返回已有账单，商户订单和 Paymos 账单之间因此有一条稳定的关联。
加密货币支付的网络费谁出？
发起付款所需的网络费由客户钱包支付。在 Paymos，付款在扣除已公示的处理费后 以收到的资产结算。项目可以把处理费的 0% 到 100% 转嫁给付方。
客户转错金额会怎样？
Paymos 按项目的少付容差处理。容差内的付款按实付金额完成；低于阈值时， 单次付款账单变为少付，多次付款账单可以保持打开等补足。
为什么一个节点比另一个先看到交易？
在使用内存池的网络上，各节点各自维护待打包交易的本地视图。点对点传播 需要时间，节点策略也可能不同，所以同一时刻各节点的视图不必一致。
Paymos 怎么保障 webhook 送达？
Paymos 用 HMAC-SHA256 给 webhook 签名。一个投递周期共 11 次尝试、跨约 16 小时，失败事件可手动重放。
加密货币支付能撤回吗？
已终局的链上付款不能通过卡组织拒付撤回。退款是商户发起的一笔新转出交易。
参考来源
- 1. Bitcoin whitepaper (Satoshi Nakamoto, 2008) (accessed 2026-02-20)
- 2. Ethereum proof-of-stake consensus documentation (accessed 2026-02-20)
最近复核：2026年7月29日
