Отправили не ту монету на адрес заявки: USDC вместо USDT

Заявка ждала USDT, а вы отправили USDC. Или отправили TRX вместо USDT TRC20, ETH вместо токена ERC20. Перевод успешен, монеты ушли с вашего адреса, но заявка стоит в статусе ожидания. Это не ошибка сети, а несовпадение актива — разбираем, почему так происходит и что делать.

Симптом: перевод подтверждён, заявка ждёт оплату

В обозревателе транзакция на адрес депозита успешна, получатель совпадает, сумма правильная. Но в графе «токен» стоит не тот актив: USDC вместо USDT, нативный TRX вместо контракта USDT. Страница заказа при этом продолжает ждать оплату и через час может истечь.

Почему адрес «принял» не ту монету

В сетях со смарт-контрактами один адрес умеет получать и нативную монету, и любые токены этой сети. Адрес Tron T… примет и TRX, и USDT, и USDC в Tron; адрес 0x… в Ethereum примет ETH и любой токен ERC20. Блокчейн не проверяет, какой актив ждёт получатель, — он просто исполняет перевод. О различии монет и токенов подробно рассказано в статье нативная монета и токен.

Заявка же отслеживает конкретный актив в конкретной сети: USDT TRC20 — это переводы именно контракта USDT. Платёж другим активом система не засчитывает как оплату.

Что делать по шагам

1. Не отправляйте правильную монету «в дополнение», пока не разобрались: если заявка истечёт, второй перевод тоже придётся разбирать вручную.
2. Проверьте в обозревателе актив и контракт токена. Убедитесь, что это действительно другой актив, а не тот же USDT в другой сети, — такая ошибка разбирается по-другому, см. статью про отправку не в ту сеть.
3. Если заявка ещё активна и времени хватает, можно оплатить её правильным активом, а по ошибочному переводу обратиться отдельно.
4. Напишите в поддержку (чат сообщества или support@kot.cash): номер заказа, хеш, сеть, что ждали и что отправили, сумма. Поддержка проверит, может ли провайдер обработать или вернуть полученный актив. Возможность возврата зависит от сети, провайдера и самого актива и заранее не гарантируется; при возврате удерживается сетевая комиссия.
5. Если вы на самом деле хотели обменять USDC, создайте новую заявку на нужный актив, например на странице USDC → USDT.

Как не повторить

• Перед отправкой посмотрите на экран подтверждения кошелька: там указан актив и сеть, а не только сумма.
• Держите разные стейблкоины в разных строках кошелька и не скрывайте названия токенов.
• Проверяйте, что отправляете токен с официальным контрактом, а не одноимённую подделку.
• Сверяйте тикер и сеть на странице заказа с тем, что выбрано в кошельке, до нажатия «Отправить».

Особый случай: тот же токен, но другой контракт

Иногда пользователь уверен, что отправил USDT, а заявка его не видит. Причина может быть в том, что токен в кошельке называется USDT, но выпущен другим контрактом. Такие токены рассылают мошенники, чтобы получатель принял их за настоящие стейблкоины. Заявка учитывает только официальный контракт USDT в выбранной сети, поэтому подделку она проигнорирует. Как проверить контракт, рассказано в статье о поддельном USDT; официальные адреса контрактов публикуют сами эмитенты — Tether на странице поддерживаемых сетей, Circle в документации по USDC.

Ещё один вариант — USDT в другой версии той же сети. В некоторых L2 существуют и нативный токен, и бриджевая версия с суффиксом вроде .e. Для заявки это разные активы, даже если название и цена совпадают. Поэтому перед отправкой стоит сверять не только тикер, но и адрес контракта токена.

Короткий чек-лист перед отправкой

• Тикер на экране подтверждения кошелька совпадает с тикером заявки.
• Сеть совпадает: USDT TRC20 — это Tron, USDT BEP20 — BNB Smart Chain.
• Контракт токена — официальный, а не одноимённый.
• Вы отправляете токен, а не нативную монету сети (USDT, а не TRX; токен ERC20, а не ETH).

Если хотя бы один пункт не совпадает, остановитесь и проверьте заявку ещё раз: перевод в блокчейне не отменяется, а разбор ошибочного актива занимает время.