Для депозита в сети TON используйте формат адреса, который выдала принимающая площадка. Bounceable и non-bounceable могут быть двумя представлениями одного счёта, однако это не делает инструкции биржи взаимозаменяемыми. До отправки сверьте полный идентификатор получателя, выбранную сеть и отдельный комментарий, если он требуется для зачисления.
Разные строки не всегда означают разных получателей
У счёта TON есть идентификатор: рабочая цепочка и полный номер аккаунта. Удобная для пользователя запись добавляет к нему служебные признаки и контрольную сумму. В привычном представлении адресов основной рабочей цепочки начало EQ обычно обозначает bounceable, а UQ — non-bounceable. Это свойства записи и обработки сообщения. Сама смена представления не создаёт новый кошелёк и не меняет владельца ключей. Такое разделение описано в спецификации адресов TON.
Поэтому ситуация «скопировал один адрес, а приложение показывает другой» требует проверки, а не немедленной отмены или отправки. Иногда приложение действительно преобразовало форму записи. Иногда в буфер попал посторонний адрес. Совпавшего окончания недостаточно, чтобы отличить эти случаи. Нужно сравнить расшифрованную рабочую цепочку и весь идентификатор аккаунта. Название контакта, значок монеты и знакомые первые символы такой проверки не заменяют.
Четыре проверки вместо выбора по префиксу
| Вопрос | Где искать ответ | Что удалось установить | Какого вывода пока нет |
|---|---|---|---|
| Обе записи ведут на один счёт? | Расшифрованная рабочая цепочка и полный номер аккаунта | Совпадает ли исходный получатель | Будет ли депозит зачислен на бирже |
| Выбрана нужная сеть? | Текущая страница депозита и экран отправки | Работают ли стороны с одним реестром | Поддерживается ли любой токен с похожим названием |
| Развёрнут ли аккаунт получателя? | Состояние аккаунта в обозревателе TON | Есть ли код и активен ли счёт | Кому принадлежит счёт и относится ли он к вашей заявке |
| Нужен ли комментарий? | Инструкция пополнения или текущая заявка | Какой идентификатор нужен для внутреннего учёта | Включён ли этот идентификатор в другую форму адреса |
| Принимает ли отправитель выданную запись? | Итоговый экран подтверждения в кошельке | Какие реквизиты приложение собирается отправить | Можно ли самостоятельно исправлять неподдерживаемую запись |
Последний столбец помогает не смешивать разные причины задержки. Правильный формат ещё не подтверждает, что адрес ваш. Активный аккаунт не отменяет требования к комментарию. Поддержка TON не означает поддержку каждого токена этой сети. Если все эти вопросы свести к выбору между EQ и UQ, можно получить корректную сетевую транзакцию, которую площадка всё равно не сможет автоматически отнести к нужному клиенту.
Неразвёрнутый кошелёк и правила депозита — разные вопросы
У нового адреса может ещё не быть развёрнутого кода кошелька. Документация о состояниях аккаунта различает отсутствие аккаунта, неинициализированное, активное и замороженное состояние. Результат доставки зависит от сообщения и необходимых данных инициализации. Одного взгляда на начало строки для вывода недостаточно. Сообщение с признаком возврата, отправленное на неразвёрнутый аккаунт без подходящей инициализации, может вернуться отправителю.
Из этого не следует, что любой адрес биржи нужно превратить в UQ. Биржа управляет собственной инфраструктурой и задаёт условия распознавания поступлений. Указанная ею запись может быть связана с конкретным порядком обработки. Если кошелёк отправителя не принимает выданный формат, сначала уточните у получателя поддерживаемый способ. Экспериментировать со всем балансом ради проверки совместимости не нужно.
Порядок отправки с сохранением исходных реквизитов
- Откройте депозит через проверенный сайт или приложение получателя. Заново выберите актив и сеть TON, не полагаясь на старый снимок экрана.
- Скопируйте адрес целиком и отдельно сохраните комментарий, если он указан. Оставьте исходную инструкцию доступной до подтверждения отправки.
- Если приложение изменило вид адреса, сравните исходный и итоговый идентификаторы счёта проверенной функцией кошелька или обозревателя. Преобразование должно объяснять изменение записи, сохраняя получателя.
- На финальном экране проверьте актив, адрес, сумму и комментарий. После редактирования других полей данные могли измениться, поэтому ранней проверки буфера недостаточно.
- После отправки сохраните хеш и посмотрите цепочку исполнения. До повторного перевода установите фактический результат первого сообщения, а не только состояние баланса на бирже.
Пробная небольшая сумма иногда позволяет ограничить риск ошибки в получателе, но у депозита могут быть минимум и срок действия заявки. Эти условия проверяют до теста. Сумма ниже минимума способна создать новую задачу ручного зачисления, а не подтвердить работоспособность маршрута. Даже успешный тест не доказывает, что следующая заявка выдаст те же реквизиты или будет действовать по тем же правилам.
Почему площадка сама преобразует адрес
В уведомлении DigiFinex за май 2024 года описано преобразование bounceable-адресов в non-bounceable при выводе. В том же сообщении говорится, что поступления на старые депозитные адреса не будут автоматически зачисляться. Это историческая инструкция конкретной площадки. Она не устанавливает универсальное правило для всех бирж и не заменяет проверку текущего экрана пополнения.
Пример полезен другим: преобразование формы записи и замена устаревшего депозитного адреса — разные действия. Если адрес больше не обслуживается, совпадение его двух представлений не продлевает срок обслуживания. Если площадка требует комментарий, смена префикса не добавляет этот комментарий. Для токенов-джеттонов участвуют ещё и отдельные контракты. Поэтому правило о первом пополнении нового кошелька нативной монетой нельзя механически переносить на любой токеновый депозит.
В существующей инструкции по USDT в TON разобраны токен, комментарий и особенности получения. Здесь задача уже: установить, изменился ли сам получатель при преобразовании адреса, и сохранить требования площадки. Такое разделение помогает обратиться с конкретным вопросом, а не просить поддержку заново объяснить всю работу сети.
Что делать, если несоответствие уже обнаружено
Если после расшифровки номера аккаунтов различаются, остановитесь и заново получите реквизиты из проверенного источника. Если счёт совпадает, но приложение отвергает форму записи, уточните поддерживаемый формат у принимающей площадки. Если сообщение уже дошло, а депозит не появился, передайте поддержке номер заявки, хеш транзакции и использованный комментарий. Второй платёж не делает первый видимым и может только усложнить сверку поступлений.
Валидатор адресов используйте для проверки формата, а проверку memo и tag — как напоминание сверить указания получателя. При подготовке обмена без регистрации берите адрес и другие реквизиты из действующей заявки. Эти проверки не отменяют условия AML-проверки и не подтверждают автоматическое зачисление конкретного перевода.
Частые вопросы
Что такое bounceable-адрес TON?
Это пользовательское представление счёта со служебным признаком возврата сообщения. Оно может соответствовать тому же аккаунту, что и non-bounceable-запись, поэтому по одному префиксу нельзя определить смену владельца.
Как проверить адрес кошелька TON?
Сверьте полный расшифрованный идентификатор, сеть и источник реквизитов. Корректная контрольная сумма подтверждает формат записи, но не принадлежность адреса вашему получателю и не поддержку депозита.
Как выглядит адрес кошелька TON и почему он меняется?
Приложения могут показывать один аккаунт в разных допустимых представлениях. Сравнивайте рабочую цепочку и полный номер счёта: если они различаются, это уже не просто изменение формы записи.