Stablecoin Cashier

稳定币收银台

一套收银台覆盖稳定币收款、付款与跨链下发:创建订单、追踪状态、管理余额与对账,并通过 API 与 webhook 接入你的系统。

稳定币收银台

一套收银台覆盖稳定币收款、付款与跨链下发:创建订单、追踪状态、管理余额与对账,并通过 API 与 webhook 接入你的系统。

收款订单

单笔 / 批量付款

跨链下发

余额与对账

这根产品线包含

已上线

稳定币收款

为商户创建收款订单,追踪支付状态、余额入账与 webhook 通知。

已上线

稳定币付款

给用户、供应商单笔或批量下发,保留审批与状态记录。

已上线

跨链下发

在可配置规则内处理来源资产、目标链与目标币种,降低多链摩擦。

从请求到对账,每一步留痕

流程以权限、状态和 webhook 为中心,方便商户团队和技术系统共同协作。

01

商户通过 API 或后台创建收款 / 付款订单

02

用户完成链上支付,或后台校验余额与规则

03

系统确认状态并执行下发(含跨链)

04

Webhook 把状态推送给商户系统

05

后台生成余额与对账记录

谁在用稳定币收银台

Copay 稳定币收银台面向已有海外主体、需要以 USDT 完成商业收付的企业。常见的有五类。

外贸与跨境贸易:买家愿意用稳定币付货款,你需要的不只是「收到钱」,而是每笔款对得上哪张发票、月末能出一份财务看得懂的对账、以及资金最终能落到公司自己名下的银行账户。电汇被中间行卡住、被问询、被退回的经历越多的企业,越理解为什么要有第二条结算路径。

跨境电商与独立站:在卡通道之外增加一条结算路径。价值不在于替代卡支付——大多数买家仍然刷卡——而在于当主通道被风控时,现金流不会归零。另一个常被忽略的好处:稳定币结算没有拒付,对高拒付率品类是结构性差异。

SaaS 与数字服务出海:订阅制和按量计费的海外客户,小额跨境电汇在手续费面前根本不成立。稳定币结算把单笔固定成本压到可以忽略,让小额高频收款第一次算得过账。

平台与市场:平台侧收款、向卖家或服务商批量下发。这类业务对权限分离的要求最高:谁能发起、谁能审批、谁只能看,必须是三种权限,而不是三个人共用一个账号。

还有一类是需要给海外供应商与承包商付款的企业:收付两端走同一套账本,省掉「收进来一套系统、付出去另一套系统」的对账噩梦。不适合的场景我们也直说:面向个人消费者的高频小额零售支付,以及无法提供企业主体与业务说明的客户,Copay 不接。

订单的生命周期

收银台的核心单位是订单,不是钱包地址,也不是交易哈希。这个设计决定了后面所有的事:创建订单(用你自己的订单号发起,指定金额与币种)→ 付款方在明确显示金额、网络与有效期的页面上支付 → 系统监听链上确认,你不需要自己跑节点、处理重组、维护地址索引 → 余额入账并通过 webhook 推送状态 → 订单号、金额、交易哈希、时间、费用逐项落库,可导出。

为什么不给一个裸地址:一个地址收所有人的钱,月末你无法证明谁付了哪一笔;而且付款方选错链是这类支付里最常见的事故。下面四种情况,才是真实世界中最耗人力的部分,系统同样认真处理。

情况系统怎么处理
付少了记为部分支付,订单保持未完成,可补付或按你的政策退回
付多了多出部分单独入账,不会与订单金额混淆
过期后才付到资金不会丢失,进入待处理,由你决定入账或退回
付错网络依链而定的处理路径;这也是我们坚持在付款页强制显示网络的原因

三种接法,四步上线

你可以三选一或组合使用:商户后台(无需开发即可开始——手动创建收付订单、查余额、看流水与对账、管理团队权限)、API(创建订单、发起下发、查询状态与余额,公开文档见开发者页)、Webhook(状态变更实时推送,配合查询接口做兜底)。

上线四步:业务沟通 → 企业审核(KYB)→ 沙箱联调 → 生产开通。工程侧真正需要写的代码通常只有三段:创建订单、接收 webhook、跑一个兜底对账循环。最后一段最容易被跳过、也最容易在半夜出事——网络会抖、端点会 500、队列会堵,webhook 必须配一个定时查询作为兜底。我们把这条写进接入清单,是因为每一个需要用到它的商户,都是在真的需要的那天才发现自己没做。

时间上的长杆通常不是开发,而是企业审核材料准备。材料清单我们公开写在 KYB 指南里,可以在谈商务的同时并行准备。

每一笔都对得上

这一节写给财务负责人,不是工程师。

  • 订单级归因:每笔收付绑定你自己的订单号。不是靠钱包地址反查,不是靠时间戳猜。
  • 链上凭证留档:交易哈希与状态变更全程记录。哈希是任何第三方都能独立验证的凭证——这一点比银行水单更强,水单只有你和银行看得到。
  • 余额分账:可用余额、待结算、手续费分别记账,月末不需要人工推算。
  • 导出与三方核对:对账记录可导出,直接进你的账务流程;我方账本、链上记录、你自己的业务系统,三份数据可以逐笔对齐。

费用结构与我们做不到的事

Copay 在三条线上收费:收款(按约定费率乘以金额,含单笔最低)、同链下发(每笔固定费,与金额分开计)、跨链下发(按约定费率,含单笔下限与上限)。费率在接入前书面约定,控制台与 API 中逐笔可见,不存在事后追加的隐藏费用。

我们做不到的也前置说明:Copay 不提供发票开具服务。这件事在第一次沟通就讲,避免走到最后才发现预期对不上。

钱的系统,权限必须是系统的一部分

交易所账号和共享钱包最大的问题不是安全性,而是权限根本不存在:账号一旦共用,谁做的、谁批的、出问题找谁,全都答不上来。收银台把这些做成产品的一部分。

  • 角色分离:发起、审批、只读是三种权限,可以分给三个人。
  • 审批闸:超过设定金额的下发进入人工审批——不是靠流程文档约束,是系统拦住。
  • 收款方管理:下发对象登记后复用,而不是每次手输地址。链上转账没有撤回,一个字符的错误就是永久损失。这条不是建议,是纪律。
  • 操作留痕:谁在什么时候做了什么,可追溯。

为什么不用交易所账户或自建钱包

很多团队最初用交易所账户或自建钱包收付,规模小的时候完全够用,这没有问题。往上走会遇到三个坎:归因(一个地址收所有客户的钱,月末无法证明谁付了哪笔,退款和纠纷变成翻聊天记录)、权限(私钥或账号一旦多人共用,权限与审批就不存在了)、通道稳定性(交易所的提现与合规政策随时可能变化,而它并不为你的业务连续性负责)。

收银台的价值从来不在「能收 USDT」——那件事一个钱包也能做——而在于订单级归因、角色权限、逐笔留痕,以及出问题时可追溯。这是能过审计、能向银行解释、能支撑业务规模化的那一层。

审核不是摩擦,是让你的结算明年还能用

生产接入需要通过企业审核,我们会因此失去一些注册量。这是有意为之。

五分钟开户、什么都不问的支付服务商,它的银行与通道关系是在赌不被发现。这个赌注失败的时候——而且往往是突然失败——停止工作的是你的结算。所以当我们审核注册文件、股权结构和业务模式时,不是在为难客户,而是在做一件对双方都有长期价值的事:成为一个明年银行关系还在的交易对手。慢一点的开通、无聊的合规、不会突然消失的通道,这本身就是产品的一部分。

常见问题

支持哪些币种与网络?

以 USDT 为主,支持主流网络。可用组合以接入时的配置为准;创建订单时会明确指定网络,避免付款方选错链——这是稳定币收款最常见的事故。

多久能上线?

材料齐全的企业,从沟通到生产开通通常在数个工作日内。长杆在企业审核材料准备,清单我们公开了,可以提前备齐。

费率怎么算?

三条线分别计费(收款 / 同链下发 / 跨链下发),按业务量与场景在接入前书面约定,控制台与 API 中逐笔可见。

资金多久到账?

链上确认后即入账到商户余额。提现到银行账户的时效取决于所选路径,方案沟通时会给明确口径。

可以只用收款、不用下发吗?

可以。三条能力(收款、下发、跨链下发)按需开通。

客户付错了链怎么办?

处理路径依链而定,沟通时会给明确说明。更重要的是预防:我们在付款页强制显示指定网络,并建议大额首次合作先走一笔小额测试。

有拒付风险吗?

没有。链上结算是终局的——这消除了拒付欺诈,但同时意味着退款是你主动发起的下发,你的服务条款需要写清楚退款政策,因为支付轨道本身不会替你规定。

需要什么资质?

需要企业主体与可说明的业务,个人客户不接。具体材料见 KYB 指南。

能对接我们现有的 ERP / 财务系统吗?

通过 API 与 webhook 可以。对账记录可导出,也可以由你的系统按订单号定期拉取核对。

讨论接入方案

[email protected] · @copay8888