跳到内容
指南 · USDT 入金

USDT 入金,避开真正会丢钱的环节

大多数丢失的稳定币充值并不是技术故障,而是把正确的代号发到了错误的网络,或者发给了一个本来就不是充值地址的地址。这一页讲的是一笔充值要经过什么才能变成可用余额,以及 HyperMatch 在每一步做了什么。

1. 同一个代号是好几种不同的代币

USDT 和 USDC 是名称,不是单一对象。每条网络上都有自己的合约,按各自的安排发行,即使屏幕上的代号完全一样,这些合约之间也不能互换。

HyperMatch 只在一条以太坊 L2 网络上持有托管余额,资产有两种:USDT 与原生 USDC,都是六位小数。这里的 USDT 不是以太坊主网的 USDT,原生 USDC 也不是桥接版 USDC。两者各自独立记账,账本里不会一比一改名。具体网络、代币合约和你的地址只在登录后的充值页显示;请严格按页面所示网络转账,选错网络可能无法找回。

  • 代币合约地址标识的是资产,它永远不是充值地址,向它转账不会产生任何入账。
  • 你所选择的网络本身就是地址含义的一部分。同样的一串字符可能在多条链上都是合法地址,而只有其中一条会入账。
  • TRON 上的充值不作为托管通道支持。TRON 地址可能出现在跨链退款路径中,那是完全不同的另一件事。
转账前请分别确认三件事:网络、准确的代币合约、以及目标地址确实是发给你的充值地址。

2. 充值地址是被签发的,不是猜出来的

每个账户会拿到一个专属充值地址,由隔离的托管服务派生并开通,永久绑定该账户,不会再分配给别人。只有在资金通道报告就绪之后,这个地址才会显示出来。

就绪状态是被测量出来的,而不是被声明的。仅有配置开关不能让通道变成就绪,服务必须可达、已对账、gas 充足,并且与链上观察到的余额保持一致。

  • 阻塞条件会被明确命名,包括需要对账、托管签名器不可用、worker 陈旧或不健康、需要补充 gas,以及托管余额陈旧或不一致。
  • 因为状态来自测量,「现在无法签发地址」是一个合理的答案。以你的账户页面为准,而不是以本页为准。

3. 入账等的是最终性,不是区块数

只有在获得针对该地址与该资产、经过独立验证的规范且已最终确定的转账凭证之后,余额才会入账。这里不用固定确认数作为替代,本页也不公布任何确认数字,因为在这条网络上,区块计数并不等同于最终性。

入账与归集是两件事。把收到的充值从专属地址转入热钱包,需要它自己的最终性证明,并且不会产生任何额外的客户入账。如果出现区块重组的证据,通道会冻结,而不是悄悄改写已经入账的余额。

目前没有可以公布的端到端耗时实测样本,因此本页不给出到账时间估计。没有实测支撑的估计,只是加了个时钟的猜测。

4. 总得有人付 gas

一笔普通的代币转账是链上的一笔交易,发送方要支付这条链的原生手续费。只持有稳定币而没有原生代币,是第一笔充值根本发不出去的最常见原因。

对于受支持的钱包还有第二条路径。按代币的转账授权标准签署的一份授权,允许钱包批准一笔金额确定、收款方确定、有效期很短且 nonce 一次性的转账,由 HyperMatch 提交并支付网络手续费。

  • 该路径只对特定的、经过验证的代币、链与钱包类型组合开放,仅限外部账户钱包,单笔范围 1 到 50 枚,并受每日额度限制。它不是稳定币的通用属性。
  • 以太坊主网的 USDT 根本没有实现该授权标准,因此在那里不存在这条路径。
  • 该授权与金额、收款方和有效期绑定,它不是开放式的额度授权,也无法被重复使用。

5. 从其他链过来是兑换,不是转账

来自其他网络的资金并不会「搬过来」,而是被兑换。服务商在来源网络收到一种资产,在目标网络交付另一种资产,按某个时刻报出的价格成交。这里的目标始终是平台托管网络上的原生 USDC,收款地址是客户自己的托管地址。

报价是被刻意限制的:规模区间、小数位上限、滑点容忍度、可接受的最大报价损失,以及一个很短的报价有效期,过期之后是拒绝而不是悄悄重新定价。只有在你接受报价之后,才会签发与该客户和该网络绑定的充值地址。

  • 报价不是要约。已经开启的地址在资金真正到达时可能重新定价,因此先前的最低值对迟到或重复的充值没有约束力。
  • 服务商报告成功并不能创造余额。入账仍然只来自常规的链上最终性检查,这正是防止一条服务商消息凭空造出钱的机制。
  • 退款会退回为该客户保留的恢复地址,绝不会退回交易所热钱包,并且显示为「需要处理」,而不是显示为已完成的提现。
通过跨链服务商路由目前处于受限状态,尚未开放使用。账户页面显示当前的实际状态。

6. 把一种稳定币换成另一种

USDT 余额可以在同一网络上兑换为原生 USDC。兑换是在一个地址被固定的去中心化交易所部署上执行的精确输入兑换,走最低费率档,并带有一道守卫:当两种稳定币偏离平价超过百分之一时拒绝成交;同时设有略低于报价的最低到账下限。

兑换是一个需要你接受报价的显式操作。在你操作之前,两种余额始终各自独立,不会被悄悄改名。

7. 提现是一个序列,顺序很重要

提现先得到一个有效期很短的固定报价,然后用与准确金额、资产和收款地址绑定的签名或 passkey 完成确认,接着在你的余额上做预留,然后只广播一次,最后与链上确认核对。

在任何对外发送之前,只会提交一个交易标识。重复确认是幂等的,替换标识会被拒绝,而结果未知的发送会保持预留并阻止继续派发,而不是再试一次。对一笔可能已经完成的支付重试,正是一笔提现变成两笔的原因。

  • 收款地址必须是外部地址,托管地址会被拒绝作为提现目标。
  • 提现同时需要可用的客户余额和已归集的热钱包流动性。这是两个不同的约束,任何一个都可能拦住它。
  • 请求被接受不等于资金已到账。标记为已支付需要一份新鲜的、经过独立验证的、已最终确定且与请求匹配的转账记录。

8. 关于托管,直说

资金账户属于平台托管。HyperMatch 持有充值地址和热钱包的密钥,提现依赖 HyperMatch 的签名与结算服务可用。这不是自托管安排,也不应被理解为自托管。

区块浏览器可以显示某个地址持有多少资产,但它无法显示对全部客户的总负债,因此地址余额不构成偿付能力证明。

资金与交易可用性按账户显示,反映你查看时的测量结果。当前版本的充值与提现处于受限状态。

资金通道目前的实际阶段

可用性由服务实时测量,可能与本摘要不同。以你的账户页面为准。

已实现的托管资产以太坊 L2 上的 USDT 与原生 USDC
专属充值地址签发受通道就绪度测量限制
由签名授权发起的代付 gas 充值仅限已验证的钱包与代币组合
USDT 兑换原生 USDC已实现,报价后确认
跨链充值路由报价链路已建成,路由受限
提现已实现,当前版本受限
本页涉及的第三方网络与服务商参数观察于 2026-09-19,它们属于那些网络和服务商,随时可能变化。