USDT 未到账怎么查：交易哈希、链上状态与平台记录
按交易是否广播、区块浏览器状态、接收地址和平台入账记录逐步排查 USDT 未到账问题，并整理联系官方客服前需要准备的信息。
USDT 已经提交却没有显示到账时，先不要重复发送。把“发送服务是否已广播”“链上是否成功”和“接收平台是否已入账”分开检查，通常更容易找到问题停在哪一步。
先准备四项信息： 交易哈希、所选网络、接收地址、发送金额。只有订单号而没有交易哈希时，交易可能仍停留在发送服务内部流程中。
先用 60 秒确认四件事
- 发送记录中是否已经出现交易哈希或交易 ID。
- 发送端和接收端选择的网络是否完全一致。
- 对应网络的区块浏览器显示什么状态。
- 接收平台的充值记录是未发现、确认中还是处理中。
先记录当前状态，再决定下一步。不要因为余额暂时没有更新，就立即发送第二笔相同金额。
第一步：找到交易哈希，不要只看订单号
交易哈希也常写作 TxID、TxHash 或 Transaction ID，用于在区块链上查找一笔交易。平台内部订单号、取款申请号和交易哈希不是同一个字段。
如果发送记录只有“审核中”“处理中”等状态，还没有交易哈希，通常说明暂时没有可供区块浏览器查询的链上记录。此时应继续查看发送服务的订单状态，必要时从该服务站内的官方客服入口咨询。
第二步：使用与网络对应的区块浏览器
先回到发送记录确认网络，再打开对应的区块浏览器：
把交易哈希粘贴到搜索框即可查询。正常查询不需要输入密码、验证码、私钥或助记词。不要从陌生私信中的链接进入所谓“加速”“恢复”页面。
第三步：根据链上状态继续处理
查不到记录
先检查是否复制了完整交易哈希，以及区块浏览器是否与发送网络一致。如果信息无误仍查不到，应回到发送服务查看交易是否已经广播，不要自行猜测网络或反复提交。
显示等待确认
交易已经进入网络，但还没有完成当前区块浏览器或接收服务所需的确认。网络拥堵、发送设置和接收服务要求都可能影响等待过程，因此不使用固定分钟数判断异常。
继续保存交易哈希并观察原记录。除非发送钱包明确提供并解释相应功能，否则不要使用陌生网站处理交易。
显示成功
链上成功只说明交易已在该网络执行，不等于接收平台已经完成内部入账。继续核对：
- 代币记录是否为 USDT。
- 接收地址是否与充值页面提供的地址一致。
- 转账金额是否符合接收页面当前要求。
- 接收平台是否仍在等待确认或进行内部处理。
如果这些信息一致，但余额仍未更新，应从接收平台站内入口联系官方客服。
显示失败
失败表示这次链上操作没有按原计划完成。费用如何处理取决于所用网络、钱包和失败原因。回到发送钱包或服务查看失败说明，不要只根据区块浏览器上的简短文字重复操作。
链上成功但平台未入账时再核对
接收平台可能还会检查确认数、最低充值金额、当前账户对应地址，以及页面是否要求备注或其他附加字段。依次查看：
- 充值记录中是否已经出现这笔交易。
- 页面是否显示等待更多确认或人工处理。
- 当时使用的地址是否属于当前登录账户。
- 充值网络、最低金额和其他要求是否全部满足。
这些规则可能随服务和账户状态变化，应以操作时保存的页面和平台当前说明为准。
联系官方客服前准备什么
为减少来回沟通，可以准备：
- 完整交易哈希
- 资产名称与网络
- 发送金额和提交时间
- 发送地址与接收地址
- 平台订单号或充值记录截图
- 区块浏览器显示的当前状态
截图前遮盖无关的个人信息。密码、验证码、私钥、助记词和钱包恢复文件不属于排查所需资料，不能通过聊天发送。
不要用这些方式“补救”
- 不要向同一地址再发送一笔来测试。
- 不要把助记词导入陌生网站查询交易。
- 不要相信声称能撤销、解冻或恢复链上转账的陌生人。
- 不要只按费用高低重新选择另一个网络。
区块浏览器用于查看公开链上记录，不能替平台处理账户入账，也不能撤销已经完成的转账。
官方资料参考
Etherscan 的交易查询说明介绍了如何通过交易哈希查看 Ethereum 交易；TRON 开发者文档的交易说明说明了如何按交易 ID 查询 TRON 交易。TRONSCAN 也明确说明区块浏览器不能撤销错误转账。USDT 支持的网络范围可查看 Tether 的支持协议页面。