提现 USDC 还是 USDC.e？先核对 Polygon 与 Avalanche 的代币合约

提现恢复消息没有回答哪一种 USDC

Odaily 在 19:33 新加坡时间发布的报道说，币安已恢复 Polygon 网络的 POL、USDT、USDC 提现，以及 Avalanche C 链的 AVAX、USDT、USDC 提现。报道引述币安称，其他资产及网络会在安全检查完成后分阶段恢复。正文列出资产与网络，没有列出 USDC 代币合约。Odaily 的报道。

ChainCatcher 在 19:33:58 新加坡时间也报道了同样的资产组合，并同样注明来自币安官方消息。两篇报道指向同一次平台更新，不能当作两次独立链上测量。它们可以解释为什么用户现在重新查看提现页面，却无法证明某笔提现已经到账。ChainCatcher 的报道。

因此，不能从“恢复提现”推导所有账户都能使用同一路线，也不能推导手续费、排队时间和接收平台的入账要求。对于准备转出 USDC 的人，实际问题是发送端会发出哪个合约的代币，接收端又接受哪个合约。这两个答案要相互对应。

Polygon 原生 USDC 与 USDC.e 有不同地址

Circle 的 Polygon 说明把原生 USDC 描述为由 Circle 发行的代币；USDC.e 则是从以太坊跨链到 Polygon 的 USDC，Circle 说明该跨链代币并非由其发行。页面为两者列出不同的合约地址。这一区别直接关系到接收服务所要求的代币版本。Circle 对原生与跨链版本的说明。

这篇说明发表于 2023 年 10 月 10 日。其中的推出时间和服务调整安排属于当年的背景，不能写成 2026 年 11 月的新期限，也不能套用成币安当前规则。本次同时读取了 Circle 现行合约目录，用它核对原生 USDC 地址。Circle 当前主网地址表。

表中的原生地址来自 Circle 当前目录。Polygon USDC.e 地址来自 Circle 的 Polygon 说明。这些是辨识代币的合约地址，并不是用户个人充值地址，不能把它们粘进提现表单当作收款人地址。

假如接收页面要求 Polygon 原生 USDC，就应将其支持的代币信息与原生地址核对；若它明确写 USDC.e 或列出跨链版本地址，也要保留这个区别。两边都写 Polygon，并不能消除两个合约之间的差异。接收服务实际接受哪一种代币，仍然需要从其充值说明确认。

Avalanche 核对时保留完整链名

Circle 当前目录明确列出 Avalanche C-Chain，并给出该链原生 USDC 的地址；Polygon PoS 则在另一行，对应另一地址。核对时要把链名和合约作为一组信息保存。只抄下合约、丢掉所在网络，会让下一步比较失去依据。Circle 分网络列出的合约。

我们读取的 Polygon 文章解释的是 Polygon 上的 USDC.e，不能拿它证明 Avalanche 上所有跨链版本的地址。因此，表中只列出本次核实的 Avalanche 原生地址，没有补写其他 Avalanche 版本。若接收方要求另一种代币，需要另查对应资料，不能把 Polygon 的跨链地址当作 Avalanche 的证据。

目录还把主网与测试网分开，并说明测试网代币没有金融价值。核对真实提现时，应读取主网部分，而不是同一页面下方的测试网地址。这也意味着复制地址时要保留表头，不能只看搜索结果中出现的某一串字符。Circle 的主网与测试网说明。

币安 USDC 用户该核对哪些信息

1. 准备提现时，先打开目标钱包或服务的充值说明，选定实际要接收的资产与网络。记录它要求的网络、代币版本，以及页面提供的合约信息。个人收款地址另行保存，不要与合约地址混用。上面的 Circle 地址用于确认资产身份，不会替代自己的收款地址。

2. 接着查看发送端的提现页面，把所选网络与接收要求对照。如果页面提供代币说明或合约详情，也一并核对。如果只有 USDC 简称和链名，先向服务方询问该路线实际发出的代币合约。这个问题比“你们支持 USDC 吗”更具体，也更容易发现两端要求是否一致。

接收方要求 Polygon 原生 USDC 时，使用 Polygon 的原生地址核对；要求 Avalanche C 链原生 USDC 时，则使用 Avalanche 那一行。不能因为简称相同就把 Polygon 地址用于 Avalanche 比较。Circle 分别列出两条链的合约，正是需要保留链名的依据。Circle 的原生 USDC 地址。

确认之前再读一次交易详情。如果两边信息还不能证明同一网络上的同一种代币，就先暂停这笔操作，解决具体差异。名称不一致时，不必急着引入跨链桥、兑换工具或新的钱包连接。眼前的工作是确认双方支持什么资产，而不是增加新的操作路径。

如果需要向客服询问，可以把问题写成一句完整的话：“我准备从这条网络提取 USDC，接收方要求的是这个代币合约，请确认这条提现路线发出的合约是否一致。”提供自己看到的接收要求，才能把问题限定到具体资产。不要把种子词、私钥或验证码放进询问材料。

核对表也可以只留几栏：接收网络、接收方要求的合约、发送路线说明、自己的收款地址。尚未得到答案的栏位先留空，不从另一条网络或别人的截图补上。这样保存的是当前请求的依据，而不是把多个来源中的不同信息拼成一条未经确认的路线。

检查历史资料时，尤其要保留日期。Circle 的 Polygon 文章可以解释两个版本为什么有不同地址，其中的历史安排却不能替代今天接收服务的要求。技术身份、平台支持和这次请求的处理状态，需要分别找到对应材料；不能因为其中一项核对正确，就认定其余两项也已经确认。

已经提交的提现，查自己的记录

对于已经申请的提现，保留请求详情和发送方提供的交易编号。把当时选择的网络、资产，与接收方充值说明对照；如果已有链上交易记录，再用记录中的代币合约核对接收要求。不能仅根据一条恢复消息，把以前提交的请求视为已经处理完成。

本次读取的报道没有客户队列、逐笔交易清单，也没有具体接收平台的入账凭据。询问发送方时，应围绕这笔提现请求；询问接收方时，应提供同一笔转账的信息。这样才能把“平台处理到哪里”和“接收方是否识别代币”分开查清。

19:33 新加坡时间是报道发布时间，不能当作每笔提现的结算承诺。我们也没有读取某个客户的实际交易，因此无法替其判断币安发出的具体合约、费用或到账时间。下一份有用的证据，是该笔请求自己的状态与交易详情。

“150 美元补偿”不能当作领取依据

Odaily 在 20:00 新加坡时间报道，币安否认了一名用户发布的“暂停提现补偿 150 美元”信息，并称配图经过数字化篡改。这是对特定说法的否认，不能将其写成读者可以领取的已核实权益。Odaily 关于补偿说法的报道。

ChainCatcher 也报道了相同回应，并注明来自币安在 X 上的回复。本次没有直接打开原帖，故保留媒体归因。检查提现时，不要因一张补偿截图就连接钱包或签署授权；回到平台自己的账户页面和官方支持渠道，围绕实际请求查询。ChainCatcher 关于截图的报道。

USDC 与 USDC.e 常见问题

名称显示 USDC，就能证明是原生代币吗？

Circle 的 Polygon 说明列出原生和跨链两种地址。辨识时应同时看网络与合约。发送页面单独出现 USDC 简称，仍不足以证明某条路线实际发出的合约。Circle 的版本区分。

Circle 地址表能证明币安支持这个合约吗？

地址表说明 Circle 的代币合约；提现报道说明恢复的资产和网络，但没有提供合约。要确认一笔转账是否匹配，还需发送端的实际代币信息与接收端的支持要求。报道列出的恢复范围。

这次还有哪些问题没有得到答案？

具体账户的路线是否开放、单笔提现发出的合约、手续费、处理时间和接收方是否入账，本次均未核实。已经核对的是 Circle 的原生合约目录及 Polygon 版本区别。持有待处理请求的读者，应继续查看该笔转账自己的记录，并向接收方核实对应资产。