Читаем Tronscan как профи: транзакции, ресурсы, делегирование, permissions
Tronscan — обозреватель блокчейна TRON. Разбираем по полям четыре главных экрана: карточку транзакции, страницу адреса, вкладку ресурсов и permissions. После этого гида вы сами диагностируете «USDT не пришёл», «почему списался TRX» и «хватит ли энергии на перевод».
Tronscan — это обозреватель блокчейна TRON: сайт, на котором видно каждую транзакцию, каждый адрес и каждое делегирование ресурсов в сети. Чтобы пользоваться им «как профи», достаточно уверенно читать четыре экрана: карточку транзакции (статус, комиссия, чьи ресурсы потрачены), страницу адреса (балансы TRX и токенов, история), вкладку ресурсов (Energy и Bandwidth — свои и делегированные) и раздел Permissions (кто вообще имеет право подписывать транзакции с этого адреса). В этом гиде разбираем каждый экран по полям и показываем, как по ним диагностировать типовые ситуации: «USDT отправлен, но не пришёл», «почему внезапно списался TRX» и «хватит ли энергии на перевод».
Что такое Tronscan и почему его данным можно верить
Tronscan не хранит ваши деньги и не требует регистрации или приватных ключей для просмотра. Это витрина поверх публичных данных блокчейна: те же самые сведения отдают полные ноды TRON через открытый API, обозреватель лишь показывает их в удобном виде. Поэтому Tronscan — нейтральный арбитр в спорах «дошёл платёж или нет»: если транзакция есть в блоке со статусом SUCCESS, она состоялась, что бы ни показывал интерфейс биржи или кошелька. И наоборот: если поддержка сервиса утверждает, что «отправила», а в обозревателе транзакции нет — отправки не было.
Важно про безопасность: обозреватель работает в режиме «только чтение», подключать к нему кошелёк для просмотра не нужно. Открывайте только официальный домен tronscan.org — фишинговые клоны с похожими адресами существуют именно потому, что просят «подключить кошелёк» и подсовывают вредоносные транзакции на подпись. Как устроены сами ресурсы сети, которые вы будете видеть на каждом экране, официально описано в документации TRON по модели ресурсов.

Карточка транзакции: читаем по полям
Вставьте хеш транзакции в поиск — откроется её карточка. Хеш выдаёт любой кошелёк или биржа после отправки; если хеша нет, транзакцию можно найти на странице адреса отправителя или получателя по времени и сумме.
- Hash — уникальный идентификатор транзакции; по нему её найдёт любой участник спора.
- Result / Status — итог исполнения: SUCCESS (выполнена), OUT_OF_ENERGY (не хватило энергии, перевод не прошёл), REVERT (контракт отклонил вызов).
- Block и Confirmed — номер блока и признак необратимости; пока статус Unconfirmed, транзакция уже в сети, но блок ещё не подтверждён достаточным числом валидаторов.
- From / To — отправитель и получатель; для перевода токена To — это адрес получателя внутри вызова контракта, а формальным получателем транзакции выступает сам контракт токена.
- Value / Token — сумма и конкретный токен; проверяйте не только тикер USDT, но и адрес контракта: скам-токены копируют название.
- Resource Consumption — сколько Energy и Bandwidth потрачено и чьих: из ресурса отправителя, из делегированного или сожжено в TRX.
- Fee — итоговая сумма TRX, сожжённая за транзакцию, если ресурсов не хватило.
Главный профессиональный навык — читать блок потребления ресурсов. Именно он отвечает на вопрос «за что списался TRX». Если у отправителя не было энергии, сеть сжигает TRX по тарифу 100 sun за единицу энергии — это живой параметр сети getEnergyFee, а не константа (мы проверили его 2026-07-18 запросом getchainparameters к публичной ноде TronGrid; исторически он менялся, поэтому старые статьи с другими цифрами устарели). Типичный перевод USDT на активный адрес требует порядка 64–65 тысяч единиц энергии, что при сжигании даёт около 6,4 TRX; перевод на пустой адрес — примерно вдвое больше энергии, около 13 TRX. Bandwidth при нехватке сжигается по 1000 sun за байт (параметр getTransactionFee, та же проверка 2026-07-18), а размер конкретной транзакции в байтах виден прямо в её карточке.
Проверить оба тарифа самостоятельно можно за минуту: метод wallet/getchainparameters у ноды api.trongrid.io возвращает getEnergyFee = 100 и getTransactionFee = 1000. Полный разбор, как из sun складывается комиссия перевода, — в статье о комиссиях TRON: энергия, bandwidth и sun, а о том, почему пустой адрес обходится вдвое дороже, — в разборе перевода USDT на пустой кошелёк.
Transfer и Approve: главная ловушка при чтении истории
В истории адреса встречаются записи двух принципиально разных типов. Transfer — это реальное движение токенов: сумма ушла от одного адреса к другому. Approve — это лишь разрешение: владелец позволяет другому адресу распоряжаться своими токенами, при этом сами токены никуда не движутся. Мошенники активно эксплуатируют эту разницу: присылают «входящий approve» на огромную сумму, чтобы жертва поверила в поступление денег, или, наоборот, выманивают подпись approve, чтобы затем вывести токены. Правило профи: депозитом считается только запись типа Transfer с нужной суммой в вашу пользу; approve на входе — не деньги, а approve на выходе в адрес незнакомого контракта — повод немедленно отозвать разрешение.
Страница адреса: балансы, токены, история
Вставьте в поиск адрес (в TRON он начинается с буквы T) — откроется его профиль. Сверху — баланс TRX и список токенов с адресами контрактов. Ниже — несколько вкладок истории, и их важно не путать: Transactions показывает все действия адреса, включая стейкинг, голосования и вызовы контрактов, а Transfers — только движения токенов. Если вы ищете конкретный платёж USDT, смотрите именно Transfers: во вкладке Transactions он выглядит как вызов контракта, и сумму там легко не заметить.
- Проверьте, активирован ли адрес: у нового, пустого адреса Tronscan прямо пишет, что аккаунт ещё не активирован в сети — перевод на него потребует дополнительной платы за создание аккаунта.
- Посмотрите дату первой транзакции: свежесозданный адрес, который выдаёт себя за «старую проверенную площадку», — красный флаг.
- Оцените характер операций: у личного кошелька десятки записей, у горячего кошелька биржи — тысячи в час; так можно понять, куда на самом деле уходят деньги.
- Сверьте адрес контракта токена с официальным: одинаковый тикер не гарантирует одинаковый токен.
Плата за создание нового аккаунта — тоже открытые параметры сети: getCreateNewAccountFeeInSystemContract равен 1 000 000 sun (1 TRX), getCreateAccountFee — 100 000 sun (0,1 TRX); оба значения возвращает тот же запрос getchainparameters, что и тарифы выше (проверено 2026-07-18). Поэтому первый перевод на пустой адрес всегда дороже: к удвоенной энергии добавляется активация.
Вкладка Resources: энергия и bandwidth адреса
На странице адреса рядом с балансом отображаются две шкалы ресурсов. Bandwidth — «пропускная способность»: каждый аккаунт бесплатно получает 600 единиц в сутки (параметр getFreeNetLimit, проверен 2026-07-18 тем же запросом getchainparameters), этого хватает на одну-две простые транзакции в день. Energy — ресурс для вызовов смарт-контрактов, в том числе любых переводов USDT TRC-20; бесплатной энергии в сети нет вовсе. Энергия появляется у адреса только двумя путями: владелец застейкал TRX сам, либо энергию ему делегировал кто-то другой — например, сервис аренды. Если обе шкалы на нуле, каждый перевод USDT будет сжигать TRX по тарифам из предыдущего раздела.
Как увидеть делегирование: чужая энергия на вашем адресе
Со времён Stake 2.0 энергию и bandwidth можно передавать между адресами без передачи самих TRX — это и называется делегированием. На Tronscan входящие и исходящие делегации видны в деталях ресурсов адреса: сколько ресурса делегировано вам и кем, сколько вы делегировали другим. Аренда энергии выглядит именно так: после оплаты на вашем адресе появляется входящая делегация от кошелька сервиса, шкала Energy вырастает, а по окончании срока делегация снимается и шкала возвращается к прежнему значению. Это штатное поведение, а не «пропажа»: TRX арендодателя всё время остаются у него, вы получаете только ресурс. Отдельная карточка транзакции типа DelegateResourceContract покажет точный момент, объём и срок делегирования — по ней удобно проверять, что арендованная энергия реально доставлена.
Механика стейкинга и делегирования описана в документации TRON по Stake 2.0. Если же перевод уже упал с ошибкой нехватки энергии, у нас есть отдельный разбор ошибки OUT_OF_ENERGY и способов её починить.
Permissions: кто имеет право подписывать транзакции
Самый недооценённый раздел страницы адреса — права подписи. У каждого аккаунта TRON есть owner permission (право распоряжаться самим аккаунтом, включая смену прав) и active permission (право совершать операции — переводы, стейкинг, вызовы контрактов). В норме оба указывают на ваш собственный адрес с порогом 1. TRON поддерживает и мультиподпись: правами можно наделить несколько ключей с весами и порогом. Этим пользуются и мошенники: если жертва подписала транзакцию смены прав, в owner или active появляется чужой адрес — деньги видны на балансе, но распоряжается ими уже злоумышленник. Классический сценарий — «продажа кошелька с USDT»: баланс настоящий, а вывести его покупатель не может, потому что права давно переписаны.
- Откройте страницу своего адреса на Tronscan и найдите раздел с правами (Permissions).
- Убедитесь, что и в owner, и в active указан только ваш адрес, а порог равен весу вашего ключа.
- Если там есть незнакомый адрес — аккаунт скомпрометирован: не заводите на него новые средства и выводите остатки, пока active-право ещё позволяет.
- Перед покупкой или приёмом «чужого» кошелька всегда проверяйте permissions — баланс без прав подписи ничего не стоит.
Как устроены веса, пороги и мультиподпись, читайте в официальном описании multi-signature в TRON. Подчеркнём: аренда энергии не трогает permissions вовсе — делегирование приходит на адрес извне, приватные ключи и права подписи арендатору не передаются.
Три практических сценария диагностики
Сценарий 1: «USDT отправлен, но получатель его не видит»
Возьмите хеш у отправителя и откройте карточку транзакции. Статус SUCCESS и нужная сумма во вкладке Transfers получателя означают, что сеть своё дело сделала — дальше вопрос к интерфейсу получателя (биржи зачисляют депозиты с задержкой и после нескольких подтверждений). Статус OUT_OF_ENERGY или REVERT означает, что перевод не состоялся и токены остались у отправителя. Если хеша нет и на странице адреса отправителя нет исходящей записи — отправки не было вовсе.
Сценарий 2: «Почему при переводе USDT списался TRX»
Откройте карточку транзакции и посмотрите блок потребления ресурсов. Если энергия сожжена из TRX — на адресе не было ни своей, ни делегированной энергии, и сеть взяла комиссию по тарифу 100 sun за единицу. Если списание оказалось примерно вдвое больше обычного и в карточке видно создание аккаунта — вы переводили на пустой, неактивированный адрес. Оба случая — не ошибка сети, а её ценообразование, и оба лечатся: энергию можно арендовать заранее, а активацию нового адреса учитывать в бюджете перевода.
Сценарий 3: «Хватит ли энергии на предстоящий перевод»
Откройте свой адрес и сравните доступную энергию с потребностью перевода: для USDT на активный адрес нужно порядка 64–65 тысяч единиц, на пустой — примерно вдвое больше. Если запаса нет, у вас три пути: сжечь TRX, застейкать собственные TRX ради энергии или арендовать энергию на нужный срок. Проверка занимает секунды и избавляет от неприятного сюрприза в виде сожжённого баланса.
Если чек-лист из первого сценария не помог найти платёж, пройдитесь по полному разбору «USDT отправлен, но не пришёл» — там собраны все причины, от неподтверждённого блока до депозита не в той сети.
Частые ошибки при чтении Tronscan
- Искать перевод токена во вкладке Transactions вместо Transfers — и решить, что «денег не было».
- Принять входящий Approve за поступление средств — токены при approve не движутся.
- Паниковать из-за статуса Unconfirmed — блок ещё не финализирован, обычно достаточно подождать до минуты.
- Судить о токене по тикеру, не сверив адрес контракта, — клонов USDT в сети много.
- Считать исчезновение делегированной энергии по окончании срока аренды «пропажей» — это штатное завершение делегирования.
- Проверять баланс, но не проверять permissions — на скомпрометированном аккаунте баланс ничего не значит.
Теперь вы читаете Tronscan как профи — а значит, видите и то, что перед переводом USDT энергии на адресе нет. Арендуйте её в боте @overtronbot: выбираете объём и срок, оплачиваете, и делегированная энергия обычно появляется на вашем адресе в течение нескольких минут — вы сами увидите входящую делегацию и выросшую шкалу Energy на Tronscan, без передачи приватных ключей и каких-либо изменений в правах вашего кошелька.
Читайте также
Нужна ли регистрация, чтобы пользоваться Tronscan?
Нет. Просмотр транзакций, адресов, ресурсов и permissions доступен без аккаунта и без подключения кошелька. Подключение кошелька нужно только для активных действий — стейкинга, голосования, отправки транзакций через интерфейс обозревателя.
С какой задержкой Tronscan показывает данные?
Практически в реальном времени: блоки в TRON выходят каждые несколько секунд, и транзакция появляется в обозревателе сразу после включения в блок. Финализация (статус Confirmed) наступает после подтверждения блока валидаторами — обычно в пределах минуты.
Можно ли отменить или ускорить транзакцию через Tronscan?
Нет. Обозреватель только показывает данные сети. Транзакцию, попавшую в блок, отменить нельзя в принципе; в TRON нет и механики «ускорения за доплату» как в некоторых других сетях — транзакция либо исполняется, либо отклоняется.
Как найти транзакцию, если у меня нет её хеша?
Откройте страницу адреса отправителя или получателя, перейдите во вкладку движений токенов и отфильтруйте по времени и сумме. Каждая запись кликабельна и ведёт на полную карточку транзакции с хешем.
Что такое внутренние транзакции (Internal Transactions) в карточке?
Это операции, которые смарт-контракт совершил внутри исполнения основной транзакции: например, контракт-агрегатор перевёл TRX или вызвал другой контракт. Для обычного перевода USDT внутренних транзакций обычно нет; их наличие — признак сложного контрактного сценария.
Почему у одного и того же перевода USDT энергия «стоит» по-разному?
Расход энергии зависит от состояния получателя: перевод на адрес, у которого уже есть USDT, дешевле, а на адрес без USDT или вовсе не активированный — заметно дороже, потому что контракт записывает новые данные в хранилище. Точный расход всегда виден в карточке конкретной транзакции.
Видно ли на Tronscan, кто именно делегировал мне энергию?
Да. В деталях ресурсов адреса отображаются входящие делегации с адресами отправителей, а сама операция делегирования — это отдельная транзакция типа DelegateResourceContract, у которой есть собственная карточка с объёмом и сроком.
Есть ли у Tronscan API для автоматических проверок?
У Tronscan есть собственный публичный API, но для автоматизации надёжнее ходить напрямую к нодам сети — например, к api.trongrid.io: методы вроде getchainparameters и getaccountresource возвращают те же данные, что вы видите в обозревателе, в машиночитаемом виде.


