转 USDT 选哪个网络？先看收款方的充值页

先选接收端，再看两端是否一致

在接收平台的充值页选择 USDT，查看支持的网络；再到发送平台的提币页核对。两边都写 USDT 还不够，网络也必须匹配。币安官方提醒，不应仅因某个选项手续费便宜就选择它。[1]

练习中，接收端设为 Ethereum，发送端选 Tron 就无法匹配。可以把它理解成：资产名称说明你送什么，网络说明你走哪条通道。界面里的 ERC20、TRC20 分别常用于标识 Ethereum、TRON 上的代币转账；仍要阅读平台显示的完整名称。

合约地址、收款地址和 Memo 各看哪里？

代币合约用来核实资产身份，收款地址用来指定收款位置，不能把合约地址粘进收款地址框。OKX 网页充值详情可查看 Token contract；同名代币应核实是否为平台支持的合约。[4]

从接收方当前充值页复制收款信息，粘贴后再次核对完整地址。若页面要求 Memo 或 Tag，也要一并填写；并非每种资产都需要。不要因为地址格式被系统接受，就认为资产、网络和归属已经全部正确。[3]

支持这个网络，不代表现在能充提

选好网络后，分别查看发送端能否提币、接收端能否充值。钱包维护、网络升级等可能暂停服务；不要套用旧截图里的状态，恢复时间以平台当次通知为准。[5]

建议在确认前做最后一次核对：页面是否仍可用，资产与网络是否改变，地址是否与接收方刚提供的一致。任何一项不明确，就先停在确认之前。

核对预计到账，别只看输入了多少

发送端的最低提币量和接收端的最低充值量是两道门槛。币安提币页显示当前费用及最低提币要求；OKX 充值页显示最低充值量。数值应按资产、网络和当次页面检查。[2][3]

本站固定示例：发送 10 USDT，假设从中扣 1 USDT，预计到账 9 USDT；再比较示例最低到账 5 USDT，9 ≥ 5 才通过金额检查。这些数字不是实时报价，也不说明任一真实平台一定会入账。

提币页费用不一定等于链上实际 Gas。OKX 说明费用可能与实时链上成本不同，且可能从额外余额扣除，而非总从输入金额扣除。因此，真实操作看最终预计到账和总扣款，不能机械套用 10−1。[6]

换一个例子看扣费方式：假设费用都是 1 USDT。页面若写“发送 10，到账 9”，总扣款就是 10；若写“到账 10，费用另扣 1”，总扣款就是 11。两次虽然都输入了 10，收款方拿到的数量不同。对账时把“输入金额、费用、总扣款、预计到账”四项抄在一起，再用预计到账量去比较接收端门槛。这是自拟算例，真实界面可能使用不同字段名。

小额测试能验证什么？

小额测试用于检查你核对过的路径是否实际入账，不能替代前面的检查，也不能保证资金安全。太小可能低于充值门槛，重复发送还会增加费用。即使一次成功，下一次仍要重新核对网络、地址、费用与服务状态。

你可以先在本站练习：故意选错网络，观察提示；改为匹配网络后，再确认费用和到账数量。练习不会生成真实地址或广播交易。

已经发送却没到账，按三步排查

发送方显示完成，不应作为接收账户已入账的唯一依据。保存网络、交易哈希（TxID）、数量、时间和接收地址，按下面的顺序查；OKX 官方也区分链上查询、确认数和充值入账。[7]

• 先看发送记录：核对转账方式、状态和 TxID。只有平台订单号，或正确网络上查不到记录时，先让发送平台确认广播情况；平台订单号不等于交易哈希。[8]
• 再查对应网络：核对交易结果和确认数，不能拿另一条链的查询结果判断本次转账。 [7]
• 最后查接收记录：确认数足够仍未入账时，带着上述信息联系接收平台官方客服，核对地址、合约、Memo、门槛及服务状态。 [4]

有 TxID 就算成功？交易结果和确认数要分开看

打开提币记录里的区块链浏览器链接，先看是不是本次使用的网络，再看交易执行结果。币安的状态说明中，TRON 上即使写着 CONFIRMED，也可能同时显示 FAIL；只看一个“已确认”，容易查错方向。[9]

• Fail / Reverted：这笔交易没有成功执行。Ethereum 上失败的交易仍可能花掉 Gas；如果是交易所发起的提币，先找发送平台查提币记录与账户扣款，不要把“链上失败”直接理解成余额已经退回。[10]
• Success：继续核对代币转账明细里的资产、收款地址和数量。Ethereum 上的代币转账可在 Token Transfer 中查看，不能只凭交易页顶部的成功状态判断你要查的那笔 USDT 已到账。[11]
• 确认数不足：与接收平台当前显示的要求比较。达到充值要求与允许再次提币的要求可能不同；看见余额后暂时不能转出，也要查看对应的确认门槛。[7]
• Dropped & Replaced：旧交易已被替换，向发送方取得新的 TxID，再查询新记录。继续刷新旧哈希不能说明替换后的交易进度。[9]

提币显示完成，充值还没到：对照一笔模拟记录

下面是本站编写的教学记录 N-01，不对应真实平台订单。金额、费用、确认门槛和状态全部是假设；没有真实地址或可查询的交易哈希。要解决的问题是：发送端已完成，是否代表接收端应该立即入账？

• 发送记录：平台 A → 平台 B；USDT / Ethereum；输入 12 USDT，费用从中扣 1 USDT，预计到账 11 USDT；总扣款 12 USDT；状态“已完成”；TxID 栏已提供记录链接（此处不放真实哈希）。
• 接收条件：平台 B 本例支持同一个 USDT 合约和 Ethereum 网络；地址逐字核对一致；本例不要求 Memo；最低充值 5 USDT，入账需 12 个确认，充值服务正常。
• 查询时刻：2026-09-08 10:00，UTC+8。对应交易结果为 Success；代币转账明细显示收款地址与数量 11 USDT 均一致；当前只有 3 个确认；平台 B 的充值仍在等待确认。
• 先做判断：11 ≥ 5，金额达到本例门槛；3 < 12，当前记录显示确认数尚未满足。保留这笔记录并继续查确认进度，不要为了“催到账”重复发送。
• 再看后续：假设稍后已达 12 个确认，平台 B 仍未入账。这时把最新查询时间、确认数和两边记录交给接收平台核查；不能仅凭达到本例门槛，就断言它一定漏记了充值。

找客服前，把这些记录整理到一条消息里

先说明卡在哪一段，再附记录，客服才不用从“币没到”三个字重新问起。下面是一份整理清单，不是任何平台的保证受理条件。交易哈希可以帮助定位链上记录，币安也将其列为联系客服时可提供的信息。[8]

• 交易身份：发送平台、接收平台、资产、网络、TxID；如果还没有 TxID，明确写“未提供”，并附发送平台订单号。
• 金额与时间：输入金额、费用及扣费币种、预计到账或链上转账数量、发起时间和时区、最后查询时间。
• 核对结果：执行状态、确认数与平台要求、当前充值状态。说明地址、代币合约、Memo / Tag 和最低充值量分别是否核对一致；有差异就如实写明，不要自行改写记录。
• 附件只保留与这笔转账有关的字段。通过你从平台官网或 App 主动打开的客服入口提交，不要把整套账户记录发到公开评论区；不要发送密码、验证码、私钥或助记词。OKX 明确表示不会索取助记词。[12]

接着弄清另外两个问题