USDT 收款与支付接口

为网站、商城和会员系统接入 USDT 收款。通过 USDT 收款接口生成订单,展示付款地址、网络与金额;USDT 支付接口提供状态查询和到账回调,衔接业务入账、代付与归集。

USDT 支付网关如何连接收款与订单完成

UUGate USDT 支付平台通过收款接口生成订单,支付网关识别链上到账并向商户发送回调。商户系统校验签名、核对订单后完成充值或发货;托管钱包、独享地址、付款与归集在同一后台管理。

USDT 支付接口

支持下单、状态查询和回调识别,适合订单收款、余额充值和自动入账。

USDT 代付接口

同一套系统继续处理提现、佣金结算、代理返佣和供应商出款。

独享地址与托管钱包

按会员、用户或业务对象绑定长期地址,减少反复生成地址和人工对账。

回调、归集与风控

把到账通知、资金整理、链上网络成本和风险地址提醒串联起来。

USDT 支付支持哪些网络?

支持 TRON(TRC20)与 BNB Smart Chain(BEP20)的 USDT 收款。配置对应钱包后,即可创建收款订单并查询到账状态。

推荐主路由

TRON-USDT

适合会员充值、游戏充值、长期独享地址和默认主打 USDT 收款。

补充覆盖

BSC-USDT

用于覆盖更多钱包用户和 BSC 生态业务需求,作为 TRON 之外的补充路由。

按钱包启用

配置后展示

只有商户已配置对应链路钱包,该路由才会在业务侧正式启用。

按业务成熟度选择接入方式

从标准接口到长期地址,再到已有钱包监控,按你的业务状态选择最合适的上线路径。

从 USDT 收款到 USDT 代付的闭环

不是只解决“收到一笔钱”,而是把识别、通知、整理和后续出款放进一个可运营的链路。

01

收款识别

按订单、托管钱包或独享地址识别 USDT 入账。

02

业务回调

到账并结算后回调商户系统,完成充值、发货或订单更新。

03

资金归集

按策略归集到指定钱包,降低多地址分散管理成本。

04

继续代付

提现、佣金结算和供应商付款继续通过接口完成。

这些业务更适合把 USDT 作为默认主打方案

如果业务重点是长期地址收款、高频到账识别和后续出款协同,USDT 往往比单次订单收款更值得作为主方案建设。

01

会员充值与余额系统

独享地址绑定会员,入账后自动完成账户加款和业务记账。

02

游戏充值与数字内容

适合高频小额到账、自动发货和自动开通场景。

03

跨境收款与虚拟商品

收款、归集、出款可以在同一套系统里连续处理。

04

代理与佣金体系

把收款、返佣结算和批量代付放到同一平台持续运营。

USDT 方案常见问题

评估是否把 USDT 作为默认主打稳定币方案时,下面几个问题通常最关键。

USDT 方案重点支持哪些链路?

当前重点支持 TRON-USDT 和 BSC-USDT,其中 TRON-USDT 是默认推荐主路由。

会员充值适合哪种模式?

通常更适合独享地址绑定。地址长期不变,会员向同一地址充值后系统识别入账并完成回调。

已有 USDT 钱包怎么办?

可以通过导入钱包监控方式接入,不改变原有钱包归属,同时补齐识别和回调能力。

是否支持代付和归集?

支持。提现、佣金结算、代理返佣和供应商付款都可以继续走 USDT 代付接口。

支付网关与支付平台接入问题

支付接口、支付网关和支付平台有什么区别?

在 UUGate 中,支付接口是开发者调用的下单、查询等 API;支付网关连接订单、链上到账识别与回调;支付平台还提供商户后台、托管钱包、独享地址、付款、归集与费用管理。应按实际业务流程选择能力。

网站接入 USDT 支付网关需要准备什么?

准备商户 UID 与 API Key、对应网络钱包、订单编号,以及公网 HTTPS 回调地址。后端保存凭据并验证回调签名,核对订单、金额与网络,重复通知只处理一次;请求超时先查询和核实结果,再决定后续操作。

会员充值怎样选择稳定币支付平台?

先确认用户使用的币种和网络,再评估长期独享地址绑定、到账回调、重复通知处理、资金归集及明细导出。把套餐月费、地址额度和网络费分别计算,并验证充值只入账一次及回调异常恢复流程。

USDT 支付网关与支付平台选型指南

按收款场景继续阅读

USDT 收款接口怎么接入、怎么计费?

TRON (TRC20-USDT) · BNB Smart Chain (BEP20-USDT). 付款方必须选择订单指定的网络。币种相同但网络不同,不能按同一笔付款处理。

接入 USDT 支付接口

使用商户 UID 与 API Key 创建收款订单,向付款方展示订单地址、网络和金额。服务端校验到账回调签名,并按订单幂等处理,再开通会员或发货。

查看接口参数与回调验签

区分套餐与网络费用

套餐月费、地址额度和付款 / 归集网络费属于不同项目。按业务所需地址数量选择套餐,并在操作前确认对应链路的费用;网络费以平台当前配置为准。

查看当前套餐与网络费

到账后业务没有更新

先核对订单状态、币种、网络、金额和交易哈希,再检查回调接收与验签。重复通知只入账一次,不凭浏览器跳转或付款截图确认支付成功。

排查到账通知与重复入账

USDT 收款接口请求示例

以下是创建固定金额收款订单的请求体示例,不会在本页发起请求。

POST https://api.uugate.com/openapi/payin/orders

{
  "chainCode": "TRON",
  "tokenSymbol": "USDT",
  "merchantOrderNo": "ORDER_EXAMPLE_001",
  "amount": "10.00",
  "notifyUrl": "https://merchant.example.com/payments/notify"
}

请求还需商户 UID、API Key、时间戳、nonce 与 HMAC-SHA256 签名。请在服务端签名,不要把 API Key 放进网页。

返回的 orderNo 用于查询订单,address 是收款地址,cashierUrl 是收银台入口;status 与已验签的回调用于确认业务状态。

查看完整接口、参数与签名示例

USDT 支付接口接入演示:从收款到交付

以 10.00 USDT 的数字服务订单解释完整流程。以下为演示设计,不是客户案例,不在本页发送请求或执行付款。

1. 保存订单关系

服务端创建固定金额收款单,保存自己的 merchantOrderNo 与平台 orderNo,再打开返回的 cashierUrl;得到链接表示建单成功。

2. 按指定网络付款

向付款方展示该订单的网络、地址与金额。等待链上确认,不能把另一网络的同名币种视作本订单付款。

3. 验签后入账

用原订单 API Key 验证 rawBody 回调,核对身份、金额与 completed 状态;以事务和唯一约束只记录一次支付。

4. 完成业务与补偿

可靠保存支付结果后开通一次服务。重复通知不重复交付;回调缺失时按 orderNo 查原单,不换单号重复创建。

创建订单参数 · 回调验签 · 接入案例与验收 · Node.js SDK · PHP / Laravel SDK

相关技术资料与维护

UUGate 产品与接入文档由 UUGate 维护。参数、支持范围和状态以当前接口文档为准;技术问题可联系官方支持。下列底层资料用于理解标准,不代表相关机构为 UUGate 背书。

TRON · TRC-20 · Node.js · HMAC · 联系 UUGate 技术支持

先开通测试,再接入 USDT 生产业务

从测试钱包、回调联调和路由配置开始,把 USDT 收款与代付链路逐步上线。