更新于 2026-11-05
先打开 OKX 提币记录:尚无链上记录时查发送端;链上仍在处理中时跟踪原交易;链上成功但没入账时,查接收平台支持的网络、地址、Memo、最低额和确认数。地址相同,不代表两条链都能充值。
跳到需要的内容
按当前状态选择下一步
此页讨论从 OKX 交易所经链上转到另一家平台或个人钱包。反向转入 OKX 时,接收端就是 OKX;OKX Wallet 则是另一种链上钱包产品。平台内部转账请用订单编号查询。
这里给出核对步骤,不连接钱包或提交交易。
发送前要核对哪六项?
先打开接收方的充值页,再选发送网络。不要只因为某条链手续费便宜,就在发送端换网络。
| 核对项 | 看哪里、怎么判断 |
|---|---|
| 币种与合约 | 核对接收端要求的资产;同名代币、包装版本、原生 USDC 与桥接版本可能不同。接收端提供合约时,比较完整合约。 |
| 网络 | 两端必须指向同一条链;“都以 0x 开头”不能代替网络核对。 |
| 地址 | 使用当前充值页的完整地址,粘贴后复核;不要沿用未经确认的旧地址。 |
| Memo/Tag | 接收页要求时,连同地址一起填写;不要自行填 0 或省略。 |
| 最低到账额 | 看扣费后的实际到账量,而非只看申请提币金额。 |
| 通道与确认数 | 查看接收是否暂停,以及入账所需确认数;链上成功和平台入账可能有时间差。 |
例如,接收页只列 Ethereum 的 USDC,发送端却选另一条 EVM 链,即使地址完全相同也没有完成网络匹配。网络支持以你的账户当前充值页为准,不能用其他地区页面替代。
小额测试为什么也可能不到?
假设提币申请为 10 USDC,发送端从中扣 1 USDC,接收最低额为 10 USDC:预计到账只有 9 USDC,低于最低额。这是假设算例,不是 OKX 的实时费率或最低额。
只有费用从该币种金额中扣除时,才用“发送额 − 费用”;若费用另付,直接看确认页的到账量。相同币种的金额才可以相减。低于最低额后能否补救,要问接收平台,不能假设再转一笔就会合并入账。
已经发出,记录该怎么比对?
打开对应网络的浏览器,把交易哈希、接收地址、代币合约、实际转入量和状态,与接收端充值记录逐项比较。
- 发送端审核或处理中,没有可查哈希:先查 OKX 提币记录与提示,必要时由 OKX 支持核对是否广播。不要因为界面没有哈希就直接重发。
- 链上处理中:跟踪原交易与确认数。接收平台无法把尚未完成的链上转账当作已入账。
- 链上失败:查看失败原因及发送账户的退回/扣费记录,再决定下一次操作。
- 链上成功,平台没有记录:让接收平台检查该网络、币种、Memo、金额与确认要求。OKX 提币成功并不能替接收平台完成记账。
网络发错后,应该找谁?
接收地址属于交易所:联系接收交易所的官方支持。只有对方能判断该地址上的资产是否可恢复、费用和处理条件;不要为其充值地址套用“导入私钥”的教程。
接收地址是自己控制的钱包:先确认自己控制该地址,以及钱包能否显示实际发送的链和代币;有时是当前网络或资产显示不对。跨链访问或资产转回须按钱包官方说明操作,并备齐实际网络的费用资产。本文不要求导出或输入私钥。
地址填错且不属于自己:联系可识别的接收服务商核查。区块链确认后不能由发送端单方面撤销,也不能保证追回。
联系支持时提供什么?
通过发送或接收平台 App 内的帮助入口提交:交易哈希、提币订单号、资产与网络、完整接收地址、Memo(如有)、金额、时间及错误截图。保留同一个工单,便于连续核对。
不要向私信中的“恢复客服”提供私钥、助记词或验证码。若问题只是 Binance Wallet 的 Gas 不足,可直接查看钱包费用排查。
常见问题
交易哈希是什么?找不到就说明没发出去吗?
哈希(TxID)用于查找链上交易。提币订单号不一定是哈希;找不到时先查看订单状态并询问发送端,不能直接据此判断未提交。内部转账可能没有链上哈希。
再转一笔小额,会把之前的币激活吗?
不要把额外转账当成找回方式。错网络、漏 Memo 与低于最低额各有处理规则,应先由接收平台确认原交易能否处理及条件。