履约订单前，如何核验一笔 USDT 付款

当客户说已经付款但订单仍然 pending 时，你需要用稳定流程对比链上事实和订单事实。本指南解释 TRC20、ERC20、BEP20 三条网络上商户应该执行的核验步骤。

适用于: TRC20 / ERC20 / BEP20
适用于: 交易哈希排查
适用于: 订单匹配清单

人工核验清单

1. Identify the network: TRC20, ERC20, or BEP20
2. Open the matching explorer and inspect the USDT Transfer
3. Compare destination address with the order wallet
4. Compare normalized USDT amount with the order amount
5. Check transaction success and required confirmations
6. Fulfill only once, then accept the signed webhook

USDT 付款核验流程

适合客服、创始人和开发者判断一笔真实 USDT 转账是否应该完成商户订单。

01
先确认订单选择的网络。TRC20 转账不能完成 ERC20 或 BEP20 订单。
02
打开对应区块浏览器，确认交易是 USDT token Transfer，而不是原生币转账。
03
比较转账目标地址和 Checkout 展示的订单收款地址。
04
归一化 token 金额，并与订单的精确金额对比，再决定是否履约或重发 Webhook。

非托管结算

资金直接进入您配置的商户钱包。BoltUtil 只负责监听链上交易和发送通知，不接触也不托管用户资金。

三条 USDT 网络

通过同一套订单 API 和统一 Webhook，接入 TRC20、ERC20、BEP20 三条主流 USDT 网络。

Webhook 自动化

当链上交易被检测并确认后，您的系统会收到带签名的回调，可自动发货、开通会员或入账。

接入要点

上线前真正重要的细节

大多数 pending USDT 付款都是匹配问题

常见原因包括网络选错、token 合约错误、金额被四舍五入、订单过期后才付款，或交易还没有达到配置的确认数。

token 合约和交易哈希同样重要

区块链交易成功还不够。你需要确认 Transfer 事件来自该网络配置的官方 USDT 合约。

最终仍要以内部订单状态为准

区块浏览器证明链上发生了什么。支付系统还需要检查订单状态、重复 tx hash、过期时间和履约历史。

上线前商户常问的问题

这些回答帮助开发者、创始人和客服团队在接收真实 USDT 付款前理解完整支付生命周期。

TRC20 付款可以完成 ERC20 订单吗？ +

不可以。USDT 存在于多条网络，但每个订单只应该匹配 Checkout 选择的网络。

为什么区块浏览器显示成功，但订单仍然 pending？ +

交易可能发生在错误网络、使用了错误 token 合约、金额不一致、超过订单有效期，或确认数尚未达到要求。

客服可以依赖客户截图吗？ +

截图可以帮助定位交易，但最终履约应该基于区块浏览器事实和支付系统自身检查。

上线更清晰的 USDT 收款流程

创建订单、监听转账并通知您的后端，不再要求客户发送付款截图。

创建免费账户