Материал проверен 10 сентября 2026?
БК

ГЛАВНАЯ / ИНСТРУКЦИИ / КАК ПЕРЕВОДИТЬ XRP И ПРАВИЛЬНО УКАЗАТЬ DESTINATION TAG

Как переводить XRP и правильно указать destination tag

Destination tag в XRP Ledger является 32-битным беззнаковым числом, которое помогает бирже или сервису отнести платёж на общий адрес к конкретному клиенту. Tag не заменяет адрес: для депозита часто нужны оба реквизита из одного экрана.

Задача

Что нужно определить заранее

Цель этой инструкции – перевести XRP в XRP Ledger на адрес получателя и точно передать destination tag, если биржа или другой сервис использует общий адрес для нескольких клиентов.

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

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

Как выполнить задачу: как переводить xrp и правильно указать destination tag

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

  • открыть депозит XRP у получателя.
  • выбрать сеть XRP Ledger.
  • скопировать адрес и destination tag как два отдельных реквизита.
  • проверить, не выдан ли X-address со встроенным tag.
  • открыть отправку XRP.
  • вставить адрес без ручного набора.
  • вставить tag как целое число без пробелов.
  • сверить сумму и комиссию.
  • отправить тест с учётом минимума сервиса.
  • сохранить хэш.
  • дождаться validated и внутреннего зачисления.
Если следующий экран просит действие, которого нет в этой последовательности, отмените операцию и выясните причину через официальный раздел помощи.
Контроль

Как проверить результат

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

  • выбрана сеть XRP Ledger.
  • адрес и tag получены из одного свежего экрана.
  • X-address обработан поддерживаемым способом.
  • tag не заменён memo или заметкой.
  • транзакция имеет validated.
  • хэш сохранён.
  • биржа зачислила XRP нужному аккаунту.
Идентификатор

Destination tag сообщает сервису, кого зачислить

Биржа может принимать XRP на один адрес и вести балансы клиентов во внутренней базе. Числовой destination tag связывает входящий платёж с нужной записью. В самом XRP Ledger tag не создаёт отдельный счёт и не ограничивает распоряжение монетами.

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

ПолучательАдресTag
Личный кошелёкСобственный адресТолько если запросил владелец
БиржаЧасто общийКопировать обязательно, если показан
Платёжный сервисПо текущему счётуПо реквизитам операции
X-addressTag может быть встроенНе дублировать без инструкции
Два формата

Classic address и X-address обрабатываются по-разному

Классический адрес XRP Ledger начинается с r, а tag передаётся отдельным полем Destination Tag. X-address объединяет classic address и tag в одной строке, чтобы уменьшить риск раздельного копирования.

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

Не вставляйте X-address в поле classic address, если приложение его не распознало. Ошибка формата должна остановить отправку, а не побуждать удалять символы.
Защита получателя

RequireDest может отклонить платёж без tag, но включён не всегда

Владелец адреса XRP Ledger может включить настройку RequireDest. Тогда платёж без destination tag будет отклонён сетью. Это снижает риск неидентифицированного депозита, но нельзя предполагать, что настройка активна у любой биржи.

Если RequireDest выключен, транзакция без tag способна успешно попасть на общий адрес, но автоматическое зачисление не произойдёт. Статус validated доказывает выполнение в реестре, а не корректную запись на внутренний баланс клиента.

  • tag показан в депозите;
  • tag скопирован как число;
  • адрес и tag относятся друг к другу;
  • предварительный экран прочитан;
  • validated проверен;
  • внутренний баланс проверен отдельно.
Отправка

Сумма и текущая комиссия проверяются перед подписью

Откройте XRP в кошельке или на бирже и выберите XRP Ledger. Вставьте адрес и destination tag в соответствующие поля, затем сравните их с реквизитами получателя. Не помещайте tag в комментарий, имя адреса или заметку приложения.

Личный XRP Ledger аккаунт связан с резервом, размер которого может меняться по решению сети. Не используйте старую статическую цифру как универсальный минимум. Отправляющий интерфейс должен показать доступную сумму и комиссию перед подтверждением.

  • XRP Ledger выбран;
  • tag находится в отдельном поле;
  • доступный остаток рассчитан интерфейсом;
  • комиссия показана;
  • тест не ниже минимума биржи;
  • хэш сохранён.
Если tag пропущен

Не отправляйте повторный депозит до ответа поддержки

Сначала откройте хэш и убедитесь, что транзакция относится к правильной сети, адресу и сумме и имеет validated. Затем сохраните свой аккаунт-отправитель, destination, фактический tag или его отсутствие, сумму и время.

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

Поддержке не нужны seed-фраза и приватный ключ. Для поиска депозита достаточно публичных данных транзакции и проверки аккаунта по штатной процедуре.
Риски

Ошибки и ограничения

Совпадающий тикер или похожий адрес не подтверждают совместимость. Отправляющая и принимающая стороны должны поддерживать один актив в одной сети, а memo или tag нужно передавать точно при их наличии.

  • не продолжайте из-за обещания срочной выгоды или угрозы блокировки;
  • не копируйте адрес из старой истории без новой сверки;
  • не считайте одинаковый тикер доказательством одинаковой сети;
  • не устанавливайте приложение или расширение из входящего сообщения.
После операции

Что сохранить после проверки

Сохраните актив, сеть, адрес контракта, адрес получателя, memo или tag, сумму, комиссию и TXID. Эти данные нужны для диагностики и обращения в поддержку.

Скриншот интерфейса помогает восстановить последовательность, но для перевода он не заменяет TXID и данные блокчейна.
FAQ

Частые вопросы

Destination tag является частью адреса?

Для classic address нет, это отдельное числовое поле. X-address может кодировать адрес и tag вместе.

Всегда ли нужен tag для XRP?

Нет. Он нужен, когда его указал получатель. Биржи и сервисы часто используют tag для общего адреса.

Можно вписать tag в memo?

Нет. Используйте специальное поле Destination Tag. Заметка приложения не заменяет поле транзакции.

Что означает validated?

Транзакция включена в проверенный реестр XRP Ledger. Это не гарантирует внутреннее зачисление биржей при неверном tag.

Что делать без tag после отправки?

Не повторяйте депозит. Сохраните хэш и реквизиты и обратитесь в официальную поддержку получателя.

Итоговая проверка

Чек-лист: как переводить xrp и правильно указать destination tag

  • XRP выбран;
  • XRP Ledger подтверждён;
  • адрес получен заново;
  • tag показан получателем;
  • tag скопирован числом;
  • X-address не разобран вручную;
  • поле назначения верно;
  • сумма и комиссия проверены;
  • тест отправлен;
  • хэш сохранён;
  • validated получен;
  • внутреннее зачисление подтверждено.

Материал подготовлен редакцией сайта и проверен 10 сентября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.