Разберите неудачный поиск без повторной отправки
- Вернитесь к истории отправителя
Скопируйте полный идентификатор и исходную ссылку на обозреватель, если она есть. В том же обращении сохраните сеть и реквизиты заявки. Если таблица сократила длинное значение или убрала дробную часть времени, восстановите сведения по исходной записи кошелька.
- Используйте формат выбранного поиска
Документация Mirror Node REST описывает получение сведений по ID транзакции. У конкретного обозревателя может быть другой интерфейс поиска. Следуйте его требованиям, не вставляя время консенсуса внутрь ID только потому, что обе величины похожи на временные отметки и визуально стоят рядом.
- Прочитайте найденный результат
После поиска сверьте результат и переводы HBAR с нужными получателем и суммой. В ID обычной транзакции входит плательщик комиссии, однако сам ID не является полным перечнем участников движения средств. Подтвердите конкретную оплату перед обсуждением выплаты Bitcoin на другой стороне обмена.
Время внутри ID имеет определённое назначение
Для обычной транзакции Hedera идентификатор включает аккаунт плательщика комиссии и время valid start. Отметка консенсуса описывает другое событие. Экран истории может показывать обе величины без ошибки в одной из них. Сначала скопируйте настоящую ссылку на транзакцию, затем разбирайте различие показанных дат и времени.
Условный пример: выгрузка кошелька содержит столбцы «время отправки» и «время консенсуса». Ни одно такое название не разрешает подставить значение вместо временной части ID. В выгрузке для бухгалтера могут отсутствовать детали, необходимые обозревателю. Запросите исходную ссылку у отправителя, вместо того чтобы самостоятельно конструировать идентификатор из похожих полей.
Соотнесите поле с вопросом, который проверяете
| Поле или запись | Полезный вопрос | Неверная подстановка |
|---|---|---|
| Исходный ID обычной транзакции | Какую транзакцию указал отправитель? | Замена времени внутри ID отметкой консенсуса |
| Время valid start | Какое исходное время входит в ID? | Принятие его за время окончательного поступления |
| Отметка консенсуса | Когда определён порядок транзакции? | Сборка ID из этой отметки и произвольного аккаунта |
| Результат и сведения о переводах | Что произошло с нужным платежом HBAR? | Принятие найденной записи за доказательство нужной оплаты |
Передавайте сведения, которые можно перепроверить
Полезное обращение содержит неизменённый идентификатор, сеть, ожидаемые реквизиты оплаты и точный текст ошибки поиска или неожиданного результата. Если приводите обе отметки времени, подпишите их. Это позволяет отличить неудачный поиск от неудачного перевода без просьбы отправить HBAR ещё раз для эксперимента.
В справочнике REST Hedera отмечено, что при подаче в несколько узлов могут появиться отдельные успешная и дублирующие записи с одним ID. Если строк несколько, изучайте результаты, а не считайте каждую отдельной оплатой. Реальный платёж по заявке сверяйте отдельно от снимка посторонней операции или списка найденных совпадений.
Вопросы о поиске Hedera
- Время в ID обычной транзакции является временем консенсуса?
- Нет. Стандартный ID включает плательщика комиссии и valid start. Сохраняйте исходное значение.
- Нужно повторить HBAR, если поиск не нашёл запись?
- Неудачный поиск не устанавливает неудачу оплаты. Сначала разберите исходную транзакцию и формат поиска.
- Одного найденного ID достаточно для подтверждения нужной оплаты?
- Нет. Сверьте результат и сведения о переводе с актуальными реквизитами заявки.
- Несколько записей одного ID всегда означают несколько успешных платежей?
- Нет. Документированный ответ может включать дубли подачи. Проверяйте результаты записей.
Документация Hedera
Проверено: