Как проверить настоящий контракт USDT или USDC

Токен не становится настоящим только потому, что кошелёк или explorer показывает название «Tether USD», тикер USDT, знакомый логотип или большой баланс. Выпустить токен с такими же метаданными может любой. Актив однозначно определяет полный адрес контракта в EVM- или TRON-сети либо mint address в Solana, сверенный с официальным источником именно для этой сети.

Число транзакций, holders, возраст контракта, ликвидность и значок в explorer полезны как дополнительные признаки. Но это не доказательство: активность можно накрутить, а популярная bridged или platform-pegged версия не обязательно является токеном, выпущенным эмитентом непосредственно в этой сети.

Короткое правило проверки

Всегда соблюдайте такой порядок:

1. Определите точную mainnet: Ethereum, Optimism, BNB Chain, Base, Polygon, Arbitrum, TRON или Solana.
2. Уточните ожидаемый тип: issuer-native, canonical-bridged, platform-pegged или issuer-authorized omnichain.
3. Скопируйте contract или mint с сайта эмитента либо из официального registry, отвечающего за эту версию.
4. Откройте известный explorer той же сети и вставьте полный адрес, а не слово USDT или USDC.
5. Сравните каждый символ, затем проверьте тип страницы, тикер и decimals.
6. Используйте transfers, holders и возраст только как дополнительные признаки.
7. При проверке платежа убедитесь, что transfer относится к тому же contract или mint.

Не начинайте с поиска USDT в explorer и не доверяйте первому результату. Поисковая выдача, реклама и скопированные метаданные — именно то, чем пользуются создатели поддельных токенов.

Проверенные идентификаторы маршрутов GramPayBot

Адреса ниже записаны непосредственно в этой контентной странице. Contract или mint идентифицирует токен; это не receiving address кошелька продавца.

Маршрут	Contract / mint	Тип	Где проверять
USDT · Ethereum	0xdAC17F958D2ee523a2206206994597C13D831ec7	Выпущен эмитентом	Tether
USDC · Ethereum	0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48	Выпущен эмитентом	Circle
USDT · Optimism	0x94b008aD8e5B9742116e2F419C7830d15B23F2aD	Canonical bridged	Optimism
USDC · Optimism	0x0b2C639c533813f4Aa9D7837CAf62653d097Ff85	Выпущен эмитентом	Circle
USDT · BNB Chain	0x55d398326f99059ff775485246999027b3197955	Binance-Peg	BNB Chain
USDC · BNB Chain	0x8ac76a51cc950d9822d68b83fe1ad97b32cd580d	Binance-Peg	BNB Chain
USDT · Base	0xfde4C96c8593536E31F229EA8f37b2ADa2699bb2	Canonical bridged	BaseScan
USDC · Base	0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913	Выпущен эмитентом	Circle
USDT · Polygon	0xc2132D05D31c914a87C6611C10748AEb04B58e8F	Canonical bridged	Polygon
USDC · Polygon	0x3c499c542cEF5E3811e1192ce70d8cC03d5c3359	Выпущен эмитентом	Circle
USDT · Arbitrum	0xFd086bC7CD5C481DCC9C85ebE478A1C0b69FCbb9	USDT0 omnichain	USDT0
USDC · Arbitrum	0xaf88d065e77c8cC2239327C5EDb3A432268e5831	Выпущен эмитентом	Circle
USDT · TRON	TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t	Выпущен эмитентом	Tether
USDT · Solana	Es9vMFrzaCERmJfrF4H2FYD4KCoNkY11McCe8BenwNYB	Выпущен эмитентом	Tether
USDC · Solana	EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v	Выпущен эмитентом	Circle

Особенно важно правильно описывать BNB Chain: USDC в этой строке — Binance-Peg USDC с 18 decimals, а не native USDC от Circle. USDT в BNB Chain также является Binance-Peg representation. На Arbitrum указанный контракт USDT был обновлён до omnichain-системы USDT0, а старый canonical deposit path устарел. Платёжный интерфейс не должен скрывать эти различия за одним тикером.

На какой сайт зайти и что вставить

Откройте explorer выбранной сети и вставьте скопированный contract или mint в строку поиска:

Сеть	Explorer	Что вставлять
Ethereum	Etherscan	Полный 0x... token contract
Optimism	OP Mainnet Etherscan	Полный 0x... token contract
BNB Chain	BscScan	Полный 0x... BEP-20 contract
Base	BaseScan	Полный 0x... token contract
Polygon	PolygonScan	Полный 0x... token contract
Arbitrum	Arbiscan	Полный 0x... token contract
TRON	TRONSCAN	Полный T... TRC-20 contract
Solana	Solana Explorer	Полный token mint

Результат должен вести на страницу token contract или token mint, а не на обычный кошелёк. Проверьте, что explorer показывает нужную mainnet и что идентификатор полностью совпадает с официальным источником.

Что должно быть видно в explorer

После точного совпадения адреса выполните sanity check:

• открыта правильная сеть и mainnet;
• это страница token contract или mint, а не обычного receiving account;
• name и symbol ожидаемые;
• decimals совпадают с данными, опубликованными для этого маршрута;
• есть устойчивая история transfers и значимое число holders, ожидаемое для широко используемого stablecoin;
• видна отметка verified contract или recognized token, если explorer её поддерживает;
• ссылки и метаданные не противоречат issuer либо официальному registry.

У основного маршрута USDT или USDC обычно действительно много операций. Почти пустой недавно созданный токен, который выдаёт себя за главный USDT, — серьёзный красный флаг. Но «много транзакций» не является минимальным порогом подлинности: мошенник может создать тысячи переводов между своими адресами. На первом месте всегда точное происхождение contract или mint.

Native, bridged и platform-pegged — разные типы

Одинаковый ticker может относиться к активам с разными моделями выпуска и bridge:

• Issuer-native: эмитент публикует contract или mint для этой сети. Сюда относятся native-контракты USDC от Circle и поддерживаемые нативные выпуски Tether.
• Canonical bridged: официальный bridge сети связывает токен из другой сети с его локальным representation.
• Platform-pegged: representation выпускает платформа и поддерживает обеспечение либо конвертацию. Примеры — Binance-Peg USDT и USDC в BNB Chain.
• Issuer-authorized omnichain: используется cross-chain система при участии эмитента, например USDT0 на Arbitrum.

Не называйте все варианты «native USDT» или «native USDC». Если биржа, кошелёк или bridge поддерживает один тип, это не гарантирует поддержку другого.

Contract address — не адрес для получения денег

Contract или mint сообщает системе, какой актив перемещается. Receiving wallet address сообщает сети, кто получает токены. Если отправить деньги на адрес контракта вместо собственного receiving address, восстановление может оказаться невозможным.

В GramPayBot нужно указывать публичный адрес контролируемого вами кошелька в выбранной сети. Никогда не передавайте private key или seed phrase. Ожидаемый token contract проверяется отдельно, чтобы система принимала только правильный актив.

Отдельно проверьте сам платёж

Подлинность токена — только одна часть проверки. Для конкретного платежа также нужны:

1. успешный статус транзакции;
2. полное совпадение получателя;
3. правильная сумма;
4. требуемое состояние confirmations или finality;
5. связь ровно с одним invoice;
6. отсутствие повторного зачёта той же транзакции.

Полный чек-лист находится в отдельной инструкции по проверке криптоплатежа и поддельных скриншотов. Даже настоящий токен, отправленный не тому получателю или в другой сети, не оплачивает исходный invoice.

Красные флаги: когда нельзя автоматически засчитывать платёж

• адрес получен только из поиска, рекламы, сообщения или поста в соцсети;
• хотя бы один символ не совпадает с официальным contract или mint;
• открыт explorer другой сети;
• receiving wallet выдают за token contract;
• USDC.e, wrapped USDC или другой bridged asset выдают за Circle-native USDC;
• Binance-Peg token называют issuer-native;
• токен скопировал брендинг, но не имеет достоверной истории;
• продавец требует установить неизвестный кошелёк, подключиться к незнакомому сайту или раскрыть seed phrase;
• transfer event использует другой contract, хотя интерфейс показывает USDT.

Если появился хотя бы один такой признак, не засчитывайте платёж автоматически. Заново установите ожидаемую сеть, representation и точный адрес по доверенному источнику, затем повторно проверьте raw on-chain transfer.