Как прочитать детали транзакции TRON на TronScan

Каждая передача TRON оставляет публичную запись. Научившись читать страницу транзакции на TronScan, вы сможете проверять платежи USDT, устранять сбои и предоставлять группам поддержки точные доказательства.

В этом руководстве декодируются поля, которые вы видите в типичной транзакции TRC-20 USDT.

Открыть транзакцию

1. Перейдите на tronscan.org
2. Вставьте txid (хэш из 64 символов) в поиск.
3. Откройте страницу сведений о транзакции.

TronScan руководство для основ.

Сводка заголовка

Для USDT transfer Кому часто является адресом контракта USDT, а не конечным получателем — прочитайте журналы для реального получателя.

Раздел комиссий

• Плата (TRX) — TRX сожжена или оплачена
• Плата за электроэнергию/Использование энергии — стоимость исполнения контракта.
• Пропускная способность — стоимость размера транзакции.

Высокая энергия при неудачной передаче все еще взимается — транзакция не удалась.

Вкладка передачи токена

Удобный для пользователя вид:

From: TSender...
To: TRecipient...
Amount: 100 USDT
Token: Tether USD (USDT)
Contract: TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

Убедитесь, что контракт соответствует официальному Tether USDT — fake USDT.

Журналы событий (дополнительно)

Необработанное событие Transfer:

• topic1 — с адреса (индексируется)
• topic2 — по адресу (индексировано)
• data — сумма в 6 десятичных базовых единицах для USDT

Разработчики декодируют платежные API.

Внутренние транзакции

Вызовы контракта могут запускать подвызовы — на внутренней вкладке отображается TRX или движения токенов внутри исполнения. Полезно для сложных свопов SunSwap.

Поля неудачной транзакции

Ищите:

• result: НЕУДАЧА
• resMessage — иногда причина возврата шестнадцатеричного значения
• Энергия потребляется без передачи токена

Общие: OUT_OF_ENERGY, REVERT.

Подтверждение платежа в качестве получателя

Контрольный список:

• [ ] Результат = SUCCESS
• [ ] USDT контракт = TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t
• [ ] По адресу = ваш T...
• [ ] Сумма соответствует счету (смотреть десятичные дроби)

Поделитесь ссылкой txid с плательщиком в качестве доказательства.

Подтверждение отправки от имени отправителя

Те же проверки адреса получателя — в журналах опечатки показывают SUCCESS, но неправильный To.

Экспорт и поддержка

• Скопируйте URL-адрес txid для поддержки обмена.
• Временная метка скриншота + сумма + адреса
• Сообщить о мошенничестве, если контрагент-мошенник

API-эквивалент

Разработчики: API проверки транзакции программно возвращает те же данные квитанции.

Часто задаваемые вопросы

Где я могу увидеть, был ли USDT отправлен в транзакции?

На странице транзакции откройте раздел «Журналы событий» или «Передача токенов» — найдите «Передача по контракту» TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t.

Что означают пропускная способность и энергия на странице передачи?

Ресурсы, использованные при выполнении транзакции. USDT переводы в основном используют Энергию; простой TRX отправляет использовать пропускную способность.

Несколько токенов в одной передаче?

Возможно в сложных взаимодействиях контрактов — развернуть все строки переноса.

Транзакция прошла успешно, но нет USDT?

Это может быть только TRX транзакция или другой контракт токена — внимательно прочитайте раздел о передаче токенов.

Шестнадцатеричные адреса в журналах?

TronScan преобразуется в T... в пользовательском интерфейсе — шестнадцатеричное представление — это внутреннее представление.

Контрольный список устранения неполадок

Если что-то пойдет не так на TRON, отнеситесь к этому как к проблеме структурированной отладки: подтвердите точный txid в цепочке, проверьте адрес целевого контракта и только затем решите, можно ли устранить сбой. В TRON многие «загадочные» проблемы — это просто одна из следующих: неправильная сеть (основная сеть или тестовая сеть), неправильный контракт токена (поддельный USDT / токены с одинаковым названием), недостаточность ресурсов (OUT_OF_ENERGY / пропускная способность) или задержка пользовательского интерфейса/индексатора между кошельком и проводником.

Начните с этих цепочек проверок:

• Всегда копируйте полный txid/хэш из своего кошелька или проводника.
• Подтвердите статус результата передачи на TronScan (SUCCESS, REVERT, OUT_OF_ENERGY или все еще в ожидании).
• Проверьте, соответствует ли адрес получателя/договора тому, что вы намеревались отправить.
• Если это вызов контракта, убедитесь, что селектор функций и параметры соответствуют стандарту токена, который, по вашему мнению, вы используете (TRC-20 vs TRC-10 vs BEP-20 на BSC).

Затем примените путь исправления для вашей категории:

• Подтвердите статус и параметры транзакции.
• Проверка адресов (контракт токена, получатель, маршрутизатор/отправитель).
• Добавляйте или делегируйте ресурсы (энергию/пропускную способность), если сбой связан с ресурсами.

Распространенные ошибки

Эти шаблоны вызывают большинство сбоев на уровне пользователя:- Использование адресов основной сети в тестовой сети (или наоборот).

• Копирование символа токена вместо фактического адреса контракта TRC-20.
• Подписание неправильного адреса одобрения/платежа, поскольку ссылка пользовательского интерфейса является вредоносной или устаревшей.
• Повторная попытка без изменения ошибочного входа (например, REVERT продолжает возвращаться до тех пор, пока вы не исправите параметр).

Если вы не уверены, не «просто отправьте еще раз». Внесите одно контролируемое изменение, проверьте на TronScan, затем продолжайте.

Часто задаваемые вопросы

Как узнать, действительно ли транзакция подтверждена?

Используйте TronScan и проверьте статус результата передачи. Ярлыки кошелька «ожидающие» могут отставать; Статус цепочки является источником истины. Скопируйте txid и проверьте SUCCESS/REVERT/OUT_OF_ENERGY, а не только текст пользовательского интерфейса.

Почему пользовательский интерфейс отличается от TronScan?

Некоторые кошельки и децентрализованные приложения используют разные индексаторы или уровни кэша. Короткая задержка между трансляцией и индексированием является нормальной; сравните txid и подождите, пока цепочка стабилизируется, прежде чем сделать вывод об ошибке.

Что мне делать после REVERT?

Остановитесь и декодируйте неудачный вызов. Большинство ошибок REVERT вызваны недопустимыми параметрами, неправильным адресом контракта, отсутствием утверждений или несоответствием между стандартом токена и методом. Устраните причину и подпишите заново.

Безопасно ли подписывать неограниченное разрешение?

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

Какие ресурсы требуются TRON для вызовов по контракту?

Выполнение смарт-контракта в основном потребляет энергию, а байты транзакций потребляют пропускную способность. Если вы получили OUT_OF_ENERGY, добавьте/заморозьте/делегируйте Энергию. Если полоса пропускания исчерпана, сосредоточьтесь на том, чтобы сохранить достаточно жидкости TRX для байтов и распределения ресурсов.

Как я могу уменьшить количество обращений в службу поддержки?

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