提现迟迟没到，第一条线索就在这笔提现的记录详情里。那里没有 TxID，先看这笔记录的状态，拿不准就从账户内帮助入口问 Binance，别凭这一点认定还没发出；出现了 TxID，再去区块浏览器。
第一步只看提现记录状态
从官方 App 或自存书签进入账户，打开钱包的交易或提现历史，按币种、数量、网络和时间定位这一笔。Binance.com 的提现未到账说明同样先看处理中或已完成状态；已完成记录再通过 TxID 查询，并向接收钱包或平台核对。
| 记录线索 | 当前能说明什么 | 下一步 |
|---|---|---|
| 处理中、等待审核或类似中间状态 | 平台流程尚未显示完成 | 查看站内通知和邮件，不重复发起 |
| 已完成并显示 TxID | 已有链上查询入口 | 到对应网络的区块浏览器核对 |
| 失败、拒绝或取消 | 不能当成已成功发出 | 阅读原始原因和余额变化 |
| 找不到对应记录 | 币种、钱包类型或时间筛选可能不对 | 清除筛选条件后再查，仍无记录再联系官方支持 |
显示“处理中”时，还不能按链上交易处理
“处理中”可能是平台流程尚未完成，也可能是账户在等你补一项动作。把记录详情、通知中心、注册邮箱和安全设置页各看一遍；有明确待办就只从账户内完成，没有待办就按页面状态等待或询问官方支持。
如果记录还没有 TxID，就没有可用来证明该笔提现已在某条链上广播的查询标识。此时去区块浏览器搜账户 UID、订单号或邮箱不会定位交易。也不要相信能“插队”的付费客服；只从账户内帮助入口发起询问。
- 页面显示安全等待期时，记下起止条件，不连续改动其他安全设置。
- 不要撤销后原样重提，也不要拆成多笔去试；后续同时成功会扩大问题。
- “付费加速”或“内部通道”不是排查证据，不向提供者交出账户信息。
有 TxID 后，用正确网络的区块浏览器核对
TxID（交易 ID，也称交易哈希）是查询一笔链上交易的标识。Binance.com 的TxID 查找说明把它列在交易历史详情中，并说明可由该链接进入相应区块浏览器。复制时同时记下网络，不能因为提现的都是 USDT 就随便选一个浏览器。
- 优先点击提现详情中官方提供的链上查询入口，或手动进入该链可信的区块浏览器。
- 粘贴完整 TxID，核对返回的交易时间、资产、数量与目标地址。
- 读取交易状态和确认进度，不要只看币安页面的“已完成”字样。
TxID 和钱包地址通常是公开链上数据，但把它们与你的真实身份、账户截图或其他交易绑在一起，会扩大隐私暴露。只向官方支持提供定位这笔问题所必需的内容。
区块浏览器的四种结果怎样解读
| 链上结果 | 优先排查 | 不要做 |
|---|---|---|
| 搜不到交易 | 确认浏览器与网络是否对应，TxID 是否完整 | 立即断定资产已丢失 |
| 待确认或 Pending | 网络仍在处理，查看当前确认进度 | 让接收平台“手动改链上状态” |
| 成功或 Success | 核对目标地址、资产合约、数量和确认数 | 把链上成功直接等同于接收账户已可用 |
| 失败或 Reverted | 回到提现记录检查平台结果和余额 | 照搬原参数再发一次 |
交易处于待确认时，时间会受网络状况影响；接收平台还可能要求一定数量的确认后才记账。这就是为什么本文不给出“某链必定几分钟”的承诺：发出、链上确认和接收端入账是三个时点。
链上成功但接收端没显示，先核对入账条件
若区块浏览器显示成功，并且目标地址与接收端当次提供的地址完全一致，问题重心就转向接收端。查看其充值历史、当前确认数要求、该币种与网络是否正在维护，以及是否有最低入账或 MEMO/Tag 要求。同名代币也要核对合约，钱包显示了一个图标并不能证明是预期资产。
如果接收方是另一家托管平台，把 TxID、币种、网络、数量、目标地址和发送时间提供给该平台的官方支持。如果接收方是你自己控制的钱包，确认当前网络和来自官方来源的代币合约；不要把助记词输入所谓“刷新余额”网站。
若入账条件不满足，整理证据后开工单
确认数尚未达到，是等待问题；目标地址、网络、合约、标签或金额不符合接收页要求，则需要支持判断，继续等通常不会改变这些字段。
不满足条件的情况常见于这几种：
- 代币名字一样但合约不同。跨链桥出来的包装资产、同名的仿冒代币，在钱包里都会显示成你熟悉的图标。
- 对方支持这个币，但不支持你发出去的这条链。
- 需要 MEMO 或 Tag 的资产漏填、填错，或者填进了转账备注栏。
- 数量低于对方的最低入账门槛。这类小额往往要走人工，有的平台干脆不受理。
- 对方该币种的充值正在维护、升级，或者已经下架。
- 你用的是对方以前给过的地址，而它已经换过一轮。
- 目标地址是一个合约地址，对方的入账系统只识别普通账户地址。
确认要走人工之后，材料一次给齐比来回补要省事得多。跨所找回一般只走对方的工单系统，在社交平台公开评论区贴 TxID 加账户名，等于把自己的资金规模广播出去。
| 对方通常会要 | 你从哪里取 | 容易被打回的地方 |
|---|---|---|
| 完整交易哈希（TxID） | 提现记录详情，整段复制 | 只截了前半段，或复制时带进空格 |
| 发送网络名称 | 提现记录里显示的网络字段 | 凭印象写“USDT 链”，没说清是哪一条 |
| 代币合约地址 | 区块浏览器上这笔交易对应的代币页 | 贴成了另一条链上同名代币的合约 |
| 目标地址与 MEMO/Tag | 链上交易详情里直接复制 | 照着记事本手打，中间少一位 |
| 发送时间与数量 | 提现记录，并注明用的哪个时区 | 写了本地时间却没写时区 |
| 资金来源说明 | 写清是从 Binance 提现，附遮敏截图 | 截图里把余额、UID 一起给了出去 |
能否找回取决于对方是否控制地址、是否支持这条链和资产，以及当前人工处理政策。工单提交后保留编号，在同一条记录补材料，不反复新建。
到账了，但数量和我提的对不上
数量少了，先分清是手续费扣走的、接收端截断的，还是你正在比对两笔不同的交易。提现页在你填完数量后，会把网络手续费和实际到账数量分开列出来；提交前把这两行看一眼、截进图里，事后对账会省很多事。
拿 TxID 在区块浏览器上查看目标地址实际收到多少。若它与提现记录中的“到账数量”一致，发送端的数量就对上了；再把该数值与接收端这笔充值记录核对。接收端显示较少时，检查其费用说明、显示精度和入账明细，不能只凭余额页的尾数判断资产被扣走。
另外几种容易看错的：同一笔固定金额的提现费，在小额提现中占比会更高，具体收费方式仍要看当次页面；少数代币在合约层面自带转账扣费，链上收到的可能比发出的少；同一天提了好几笔时，也可能拿 A 笔的记录去对 B 笔的到账。想在提交前把费用看清楚，可以按提现手续费怎么查把网络和到账额先过一遍。
联系 Binance 还是接收方，由证据决定
没有 TxID 或记录异常，问 Binance；链上成功但接收平台未记账，带着 TxID 问接收平台。
如果链上的目标地址、网络或代币合约与预期不一致，不要把它当成普通延迟。链上交易一旦确认通常不能由发送平台撤回，恢复可能性取决于谁控制目标地址以及对方是否支持该链和资产。转入转错网络后的恢复判断流程，不要再发第二笔测试。
联系支持前，把这笔交易的资料整理好
把信息按一笔交易的顺序整理：币安提现记录状态、币种与网络、数量、发起时间、完整 TxID、目标地址、链上状态，以及接收端充值页当前显示的结果。截图要保留页面上能定位问题的字段，遮住与问题无关的余额、UID、邮箱和其他资产。
密码、短信或验证器动态码、私钥、助记词、安全密钥文件都不是排查资料。正常支持不需要你转账到“验证地址”，也不需要远程控制设备。任何声称先付费就能修改链上结果的人都不应获得这些权限。
下次提现前，先明确怎样才算到账
新地址或新网络首次使用时，先在接收端当次充值页确认币种、网络、完整地址、MEMO/Tag、最低入账条件和维护状态，再到 Binance 提现页逐项对应。可以先用能承受损失且满足接收要求的金额测试，但“测试成功”应指接收端出现正确资产并成为可用余额，不是只看到发送端显示完成。
提交前可以按提现地址核对清单复查；从另一平台接收时，再用充值网络选择方法核对接收端。即使这条路径以前成功过，地址、支持网络、维护和入账要求也可能改变，不要只复制旧记录。