参考架构:加密收银与批量付款
市场平台既向买家收款又向卖家付款。该方案用支付原语处理入向、用付款原语处理出向,并通过签名 webhook 对账。
面临的挑战
收取并发放加密通常意味着一侧用处理商、另一侧用托管工具。目标是在一个余额上运行双向,并提供一致、可验证的事件投递。
用到的原语
- Invoices / checkoutC2
- Mass payout / settlementC2
- Build / sign / broadcastC2
- Webhook (HMAC) deliveryC1
用发票收款
为每笔订单创建发票并展示托管收银台。少付、多付与确认数都为你跟踪。
用签名 webhook 对账
结算触发一个 HMAC 签名且幂等的 webhook。校验签名并标记订单已付——重复投递不会重复入账。
用批量付款发放
从同一余额批量向卖家付款,广播转账并把每笔跟踪至确认。
该架构交付什么
- 入向收款与出向付款在一个余额上
- 幂等、签名的 webhook,使对账不会重复计数
- 无需维护独立的处理商与托管合同
常见问题
如何防止重复入账?
webhook 投递是幂等且签名的;重复的结算事件会被识别并忽略。
收款与付款能共用资金吗?
可以——两者都对同一余额运行,故收到的资金可用于结算出向付款。
充值、拿密钥、上线。
自助开通。支持加密货币或银行卡。按额度计费——重型原语更贵,简单调用很便宜。
获取 API 密钥