Коротко
- Сначала проверьте сеть, hash, статус, адрес и фактически записанное поле memo или destination tag.
- Не отправляйте повторный платёж и не платите посреднику за «добавление» реквизита в уже подтверждённую транзакцию.
- Передайте официальной поддержке получателя проверяемые данные, но учитывайте: ручное зачисление или возврат зависят от её правил и не гарантируются.
1. Что сделать сразу
- Не создавайте второй перевод на тот же адрес: первый депозит от этого не привяжется, а разбирать придётся уже две операции.
- Сохраните tx hash, сеть, актив, сумму, время, полный адрес получателя и экран реквизитов, которые платформа показывала до отправки.
- Откройте транзакцию в обозревателе нужной сети и установите, подтверждена ли она, какой адрес получил средства и есть ли memo или destination tag в исходных данных.
- Найдите поддержку на официальном сайте или в приложении получателя. Не переходите в Telegram по ссылке из поисковой рекламы или личного сообщения.
- Отправьте обращение один раз с полным набором данных и сохраните номер заявки. Не сообщайте seed-фразу, private key, пароль или код входа.
Чтобы проверить статус транзакции, используйте hash именно в обозревателе XRP Ledger или Stellar. Наличие hash в другой сети ничего не говорит об этом депозите. Если запись ещё не финальна, не описывайте её поддержке как завершённую.
2. Зачем сервису второй реквизит
Кастодиальная платформа может принимать депозиты многих клиентов на один общий блокчейн-адрес, а индивидуальные балансы вести в своей базе. Адрес доставляет актив под контроль платформы. Дополнительный идентификатор сообщает её внутренней системе, кому назначить поступление. Поэтому сеть может показать успешную оплату, а пользовательский баланс — остаться без изменения.
| Сценарий | Что записано в сети | Что делает сервис |
|---|---|---|
| XRP Ledger: classic address + DestinationTag | Платёж на общий адрес и 32-битное целое в поле DestinationTag | Сопоставляет tag со своим клиентом, счётом или назначением платежа |
| XRP Ledger: X-address | Представление объединяет classic address и tag для передачи реквизитов | Декодирует адрес и использует встроенный tag; поддержку формата нужно проверить заранее |
| Stellar: G-address + memo | Операция направлена на общий G-address, memo хранится на уровне транзакции | Сверяет memo со своей внутренней записью о пользователе или платеже |
| Stellar: muxed M-address | M-address содержит базовый G-address и числовой ID | Выделяет клиента по ID, если платформа поддерживает muxed accounts |
| Личный self-custody адрес | Средства поступают на адрес, ключом которого управляет сам получатель | Отдельная внутренняя бухгалтерия может отсутствовать; требование определяет получатель |
- Сценарий
- XRP Ledger: classic address + DestinationTag
- Что записано в сети
- Платёж на общий адрес и 32-битное целое в поле DestinationTag
- Что делает сервис
- Сопоставляет tag со своим клиентом, счётом или назначением платежа
- Сценарий
- XRP Ledger: X-address
- Что записано в сети
- Представление объединяет classic address и tag для передачи реквизитов
- Что делает сервис
- Декодирует адрес и использует встроенный tag; поддержку формата нужно проверить заранее
- Сценарий
- Stellar: G-address + memo
- Что записано в сети
- Операция направлена на общий G-address, memo хранится на уровне транзакции
- Что делает сервис
- Сверяет memo со своей внутренней записью о пользователе или платеже
- Сценарий
- Stellar: muxed M-address
- Что записано в сети
- M-address содержит базовый G-address и числовой ID
- Что делает сервис
- Выделяет клиента по ID, если платформа поддерживает muxed accounts
- Сценарий
- Личный self-custody адрес
- Что записано в сети
- Средства поступают на адрес, ключом которого управляет сам получатель
- Что делает сервис
- Отдельная внутренняя бухгалтерия может отсутствовать; требование определяет получатель
В XRP Ledger destination tag не имеет самостоятельной логики в реестре: это информация для обработки платежа вне сети. Официальная документация прямо приводит биржу как пример адреса, где tag указывает клиента для зачисления. Получающий аккаунт также может включить RequireDest, чтобы отклонять часть платежей без tag, но нельзя предполагать, что настройка включена у каждой платформы.
В Stellar pooled account — один общий G-address для нескольких пользователей. Сервис может различать их с помощью memo или muxed M-address. Поддержка M-address пока не универсальна, поэтому отправитель обязан копировать тот формат и тот идентификатор, которые показал конкретный получатель.
3. Сначала убедитесь, что проблема действительно в memo
| Что обнаружено | Вероятная задача | Кому писать |
|---|---|---|
| Hash отсутствует | Платформа-отправитель ещё не опубликовала вывод или это внутренняя операция | Отправителю |
| Транзакция не финальна | Сеть ещё не дала окончательный результат | Сначала наблюдать официальный источник; затем отправителю при зависании |
| Адрес не совпадает | Это не случай пропущенного идентификатора | Отправителю и фактическому владельцу адреса, если он известен |
| Успешная транзакция, адрес совпадает, поле пустое или неверное | Общий адрес получил платёж, но сервис может не знать внутреннего получателя | Получающему сервису |
| Адрес и идентификатор верны | Причина в сроке зачисления, поддержке актива или проверках сервиса | Получающему сервису |
- Что обнаружено
- Hash отсутствует
- Вероятная задача
- Платформа-отправитель ещё не опубликовала вывод или это внутренняя операция
- Кому писать
- Отправителю
- Что обнаружено
- Транзакция не финальна
- Вероятная задача
- Сеть ещё не дала окончательный результат
- Кому писать
- Сначала наблюдать официальный источник; затем отправителю при зависании
- Что обнаружено
- Адрес не совпадает
- Вероятная задача
- Это не случай пропущенного идентификатора
- Кому писать
- Отправителю и фактическому владельцу адреса, если он известен
- Что обнаружено
- Успешная транзакция, адрес совпадает, поле пустое или неверное
- Вероятная задача
- Общий адрес получил платёж, но сервис может не знать внутреннего получателя
- Кому писать
- Получающему сервису
- Что обнаружено
- Адрес и идентификатор верны
- Вероятная задача
- Причина в сроке зачисления, поддержке актива или проверках сервиса
- Кому писать
- Получающему сервису
Этот разбор не предназначен для обычного случая «почему USDT не пришёл». В TRON или Ethereum у USDT чаще проверяют сеть, адрес контракта, событие Transfer, получателя и правила платформы. Нельзя автоматически называть любое дополнительное поле memo и применять инструкции XRP или Stellar к другой сети.
4. Что передать поддержке
- Полный tx hash в виде текста и прямая ссылка на запись в официальном обозревателе сети.
- Сеть и актив: например, XRP в XRP Ledger или XLM в Stellar, без сокращения до одного тикера в теме письма.
- Полный адрес назначения, сумма, время и окончательный статус транзакции.
- Поле, которое было записано фактически: пустое, неправильное значение либо другой тип memo.
- Правильный destination tag или memo, который сейчас показывает страница депозита, с оговоркой, что реквизиты могли обновиться после отправки.
- Идентификатор аккаунта, номер депозита или обращения — только внутри защищённого канала официальной поддержки.
- Скриншот исходных реквизитов и истории отправки как дополнение, но не вместо hash и текстовых данных.
Не публикуйте личные документы в открытых комментариях. Если платформа просит KYC или доказательство происхождения средств, загружайте их только через проверенный защищённый кабинет. Требования и сроки зависят от получателя; пример политики одной биржи нельзя переносить на все сервисы.
5. Какие исходы возможны
| Решение получателя | Что происходит | Что учесть |
|---|---|---|
| Ручное зачисление | Сервис связывает найденный депозит с подтверждённым аккаунтом | Может потребоваться проверка личности и происхождения отправки |
| Возврат | Сервис создаёт новую транзакцию на согласованный адрес | Комиссия, минимальная сумма, срок и адрес возврата определяются политикой сервиса |
| Запрос дополнительных сведений | Сервис уточняет владение аккаунтом и происхождение платежа | Отвечать нужно в том же официальном обращении |
| Ожидание | Техническая или комплаенс-проверка ещё не завершена | Наличие средств на адресе не задаёт срок внутренней обработки |
| Отказ | Политика или техническая архитектура не позволяет обработать случай | Ончейн-успех не создаёт технической возможности у стороннего кошелька исправить учёт |
- Решение получателя
- Ручное зачисление
- Что происходит
- Сервис связывает найденный депозит с подтверждённым аккаунтом
- Что учесть
- Может потребоваться проверка личности и происхождения отправки
- Решение получателя
- Возврат
- Что происходит
- Сервис создаёт новую транзакцию на согласованный адрес
- Что учесть
- Комиссия, минимальная сумма, срок и адрес возврата определяются политикой сервиса
- Решение получателя
- Запрос дополнительных сведений
- Что происходит
- Сервис уточняет владение аккаунтом и происхождение платежа
- Что учесть
- Отвечать нужно в том же официальном обращении
- Решение получателя
- Ожидание
- Что происходит
- Техническая или комплаенс-проверка ещё не завершена
- Что учесть
- Наличие средств на адресе не задаёт срок внутренней обработки
- Решение получателя
- Отказ
- Что происходит
- Политика или техническая архитектура не позволяет обработать случай
- Что учесть
- Ончейн-успех не создаёт технической возможности у стороннего кошелька исправить учёт
Ни один вариант нельзя обещать заранее. Даже если общий адрес принадлежит известной платформе, только она видит внутренние журналы и принимает решение о ручном сопоставлении. Повторное обращение через неофициального «сотрудника» не увеличивает вероятность результата и создаёт риск кражи аккаунта.
6. Стоп-сигналы и опасные советы
- Вам предлагают дописать memo в блокчейн за комиссию после подтверждения транзакции.
- Для поиска депозита требуют seed-фразу, private key, QR резервной копии или подключение кошелька к неизвестному сайту.
- Посредник просит отправить ещё такую же сумму, чтобы «активировать возврат».
- Сотрудник пишет первым с личного аккаунта и уводит разговор из официальной заявки.
- Предлагают изменить скриншот или назвать поддержке другой tag, не связанный с вашим аккаунтом.
- Не проверен полный адрес назначения, но вся диагностика уже строится вокруг пропущенного поля.
7. Как снизить риск при следующей отправке
Безопасный перевод криптовалюты начинается с реквизитов, полученных непосредственно у адресата. Копируйте адрес и дополнительное поле в одной сессии, потому что платформа может менять депозитные данные. Перед подтверждением сравните сеть, актив, адрес и tag или memo полностью.
- Не используйте старый адрес из переписки, если сервис показывает новые реквизиты.
- Не путайте DestinationTag XRP Ledger с произвольным текстовым memo другой сети.
- Проверьте, поддерживает ли отправляющий кошелёк M-address Stellar или X-address XRP Ledger; если нет, следуйте инструкции получателя для совместимого формата.
- Для существенной суммы сначала выполните небольшую тестовую отправку, если комиссии и минимум депозита это позволяют, и дождитесь внутреннего зачисления.
- Сохраните страницу реквизитов и hash успешной тестовой операции, но перед новым переводом запросите реквизиты заново.
Частые вопросы
Средства уже на адресе биржи — значит, она обязана зачислить их?
Ончейн-запись показывает получение адресом. Возможность и порядок ручного зачисления зависят от договора, политики, технических журналов и проверок конкретного сервиса. Статья не обещает определённый исход.
Можно ли отменить транзакцию и отправить заново?
Подтверждённую операцию отправитель не редактирует и не отменяет. Возврат, если получатель его одобрит, будет отдельной транзакцией.
Memo всегда обязателен в Stellar?
Нет. На уровне протокола memo является полем транзакции, а необходимость для депозита определяет получатель. Для общего адреса сервиса memo может быть критичным для внутреннего учёта; у личного адреса сценарий иной.
Источники
Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.
- XRP Ledger — Source and Destination Tags Проверено 10 августа 2026 г.
- XRP Ledger — Transaction Common Fields Проверено 10 августа 2026 г.
- XRP Ledger — Look Up Transaction Results Проверено 10 августа 2026 г.
- Stellar Docs — Pooled accounts, muxed accounts and memos Проверено 10 августа 2026 г.
- Coinbase Exchange — Deposit pending when memo was not included Проверено 10 августа 2026 г.