Что подтверждает запись о платеже
| Наблюдение | Что можно установить | Какой вывод пока преждевременен |
|---|---|---|
| Отправка вернула tesSUCCESS | Предварительное выполнение при подаче было успешным | Платёж окончательно попал в подтверждённый реестр |
| Кошелёк показал хеш | Есть идентификатор для поиска события | Нужный перевод XRP завершился успешно |
| Есть validated и tesSUCCESS | Результат транзакции окончательный и успешный | Отдельная выплата SOL уже состоялась |
| В подтверждённой записи указан tec | В реестре закрепился неуспешный результат | Депозит заявки успешно доставлен |
| Обозреватель не нашёл хеш | Этот источник не вернул запись | Платёж окончательно не состоялся во всей истории |
Почему зелёного сообщения об отправке недостаточно
Документация XRPL разделяет предварительный ответ при подаче транзакции и итог, закреплённый в подтверждённом реестре. Успешный предварительный ответ ещё не устанавливает окончательный результат платежа. Первоначальная ошибка тоже не во всех случаях доказывает окончательную неудачу. Поэтому подпись «успешно» нужно читать вместе с тем, какое именно событие показывает кошелёк.
Для оплаты обмена из этого следует практическое правило: неопределённость первого перевода не доказывает необходимость второго. Сохраните хеш и разберите результат существующего платежа через поддерживаемую историю кошелька или подходящий обозреватель. Дополнительная отправка ради исчезновения статуса ожидания может создать новый самостоятельный платёж, а не объяснить предыдущий. Не считайте повтор техническим обновлением страницы.
Порядок разбора до повторной отправки
- Найдите конкретную транзакцию XRP
Возьмите хеш из истории отправляющего кошелька или вывода. Номер заявки обменника является другим идентификатором. Запишите, откуда получен статус: локальное уведомление приложения, история сервиса вывода и запись реестра могут описывать разные этапы одной операции. Без этой привязки снимок экрана трудно интерпретировать.
- Прочитайте подтверждение и результат вместе
Признак validated относится к подтверждённому состоянию реестра, а результат выполнения показывает успех или неудачу транзакции. Одного признака недостаточно для вывода о доставке депозита. Если интерфейс скрывает подробности, откройте поддерживаемый просмотр транзакции либо попросите отправляющий сервис объяснить именно эту запись.
- Сопоставьте успешный платёж с инструкцией заявки
После установления окончательного результата сравните фактического получателя и необходимые реквизиты с нужной заявкой. Успешный перевод на другой адрес не становится оплатой выбранного обмена. Сумма и контекст сети должны относиться к той же записи, а не к другой операции из истории.
- Передайте поддержке вопрос о конкретном этапе
Укажите номер заявки, хеш XRP и наблюдаемый результат. Если депозит уже установлен, а вопрос касается доставки SOL, запросите отдельную ссылку на выплату. Подтверждение исходящего XRP не заменяет запись получения SOL. Пока первый платёж не разобран, повторный депозит не является способом выяснить его судьбу.
Как поступить с неполной историей
- Отсутствие записи ограничено возможностями источника
- Сервер может не хранить все версии реестра, необходимые для поиска старой транзакции. Ответ «не найдено» сам по себе не доказывает окончательную неудачу. Попросите отправляющий сервис сверить историю, прежде чем считать сумму доступной для безопасного повтора.
- Разбор не требует новой подписи
- Для передачи хеша и объяснения статуса не нужны секретная фраза, закрытый ключ или новый платёж. Сначала разбирается уже существующее событие. Здесь нет инструкции замены транзакции, изменения sequence или обещания определённого срока ожидания: решение зависит от фактического результата, а не от таймера на странице.
Вопросы о результате платежа XRP
- tesSUCCESS сразу доказывает оплату депозита XRP?
- Предварительный ответ подачи не доказывает. Установите результат в подтверждённом реестре и сравните платёж с инструкцией нужной заявки.
- Подтверждённая транзакция всегда является успешным платежом?
- Нет. В подтверждённом реестре бывают неуспешные транзакции с результатами класса tec. Прочитайте итог выполнения вместе с признаком подтверждения.
- Нужно повторить отправку, если хеш не найден?
- Одного такого наблюдения недостаточно: источник может хранить неполную историю. Сначала попросите отправляющий сервис разобрать существующий платёж.
Документация XRPL
Проверено: