Адрес и memo решают разные задачи

Адрес определяет, куда направляется блокчейн-перевод. Memo, tag или комментарий может помогать принимающему сервису понять, какому клиенту зачислить поступление. Поэтому правильный адрес ещё не гарантирует правильное зачисление внутри сервиса. Монета GRAM может успешно дойти до адреса, но не появиться в нужном аккаунте.

Требование memo задаёт получатель для конкретного маршрута. Оно не возникает автоматически из названия сети TON и не является обязательным для любого перевода. В одном сервисе используется общий адрес с комментариями, в другом — иная схема учёта.

Когда сервис требует memo, адрес и комментарий работают как комплект реквизитов. Точный текст берите у получателя.
Схема слева направо. Когда сервис требует memo, адрес и комментарий работают как комплект реквизитов. Точный текст берите у получателя.

Где взять правильное значение

Откройте пополнение нужного актива в своём аккаунте получателя и выберите TON. Если рядом с адресом показан обязательный memo, скопируйте его точно. Сохраняйте ведущие нули, буквы и регистр там, где они присутствуют; не заменяйте значение своим именем или номером заказа без прямой инструкции.

Не берите memo из примера в статье, чужого скриншота или истории предыдущего пользователя. Оно может относиться к другому аккаунту. Когда реквизиты получены через переписку, попросите подтвердить их по знакомому каналу, особенно если адрес или комментарий неожиданно изменился.

Когда поле можно оставить пустым

Если действующие реквизиты не требуют memo, не добавляйте случайный комментарий «для надёжности». Для обычного получения на личный некастодиальный адрес такой идентификатор аккаунта обычно не нужен. Но перевод на сервис или оплату конкретного заказа проверяют отдельно.

Например, актуальная справка Walt указывает, что memo для его депозитов не требуется. Это не позволяет сделать обратный вывод, будто любой кастодиальный сервис обходится без комментария. Аналогично отсутствие memo при прошлом переводе на личный адрес ничего не говорит о следующем депозите на биржу.

Пример с общим адресом

Представим сервис, который в учебном примере выдал Олегу адрес A и memo 004217. Марине он выдал тот же адрес A, но memo 006830. Блокчейн направляет оба перевода на A; различие комментариев помогает сервису распределить поступления. Это иллюстрация принципа, не реальные реквизиты.

Если Олег отправит с комментарием 4217 вместо 004217, нельзя заранее считать эти значения равнозначными. Если отправит без комментария, успешный статус в обозревателе не решит задачу идентификации. До отправки нужно сверить оба поля, а после ошибки — обращаться к принимающему сервису.

Если кошелёк не показывает поле

Не отправляйте перевод с обязательным memo через форму, где его невозможно задать. Сначала проверьте дополнительные параметры и официальную инструкцию кошелька. Иногда поле называется Comment, Message или Tag; сходство названий всё равно требует проверки назначения.

Не записывайте memo в поле адреса и не отправляйте его отдельным сообщением в Telegram в надежде, что сервис сопоставит записи автоматически. Для платежа с особыми реквизитами нужен поддерживаемый способ отправки. Если такой способ не найден, уточните альтернативу у получателя до перемещения средств.

Если перевод уже отправлен

Проверьте в обозревателе, какой адрес, сумма и комментарий фактически попали в операцию. Сохраните хеш и время, затем откройте официальную поддержку принимающего сервиса. Сообщите, что обязательный memo отсутствует или неверен, и приложите сведения о переводе без секретных данных.

Не пытайтесь исправить прошлую операцию вторым переводом с правильным комментарием: он создаст новую операцию, а не изменит первую. Сервис может запросить доказательства отправки и применить собственную процедуру возврата или зачисления. Доступность, сроки и стоимость такой процедуры заранее не гарантируются.

Проверяйте комментарий после автозаполнения

Платёжная ссылка или QR-код могут заполнить несколько полей сразу. После открытия проверьте не только адрес, но и сумму, токен и комментарий: удобное автозаполнение не является проверкой получателя. Если кошелёк обрезает значение в предварительном просмотре, найдите полные подробности до подписи. Не добавляйте пробелы или пояснения к машинному идентификатору, если сервис требует точное совпадение. При оплате нескольких заказов одинаковому получателю каждый заказ может иметь собственные реквизиты; не переносите комментарий из истории автоматически без новой сверки.

Комментарий не место для секретов

Обычный комментарий в блокчейн-переводе может быть публичным. Не размещайте в нём секретную фразу, пароль, документы или подробное описание личной ситуации. Даже если интерфейс выглядит как приватный чат, реквизиты операции могут читаться через обозреватель.

Перед подтверждением проверьте весь набор: актив, TON, адрес, обязательный memo, сумму и расходы. Если хотя бы одно поле не совпадает с инструкцией получателя, остановитесь. Удачный прошлый платёж не отменяет эту короткую сверку: другой актив, новый адрес или обновлённая схема сервиса способны изменить требования.