Энергия TRON: что это и как работает

Коротко: энергия TRON — ресурс сети, которым оплачиваются смарт-контракты, включая перевод USDT TRC20. На 21.10.2026 один перевод тратит около 65 тыс. энергии, а на адрес без USDT — около 131 тыс. Если энергии нет, сеть сжигает TRX: примерно 6,4–13 TRX за перевод. Энергию дают за заморозку TRX или берут в аренду.

Что такое энергия TRON простыми словами?

В TRON у транзакций нет привычного «газа», который вы покупаете в момент отправки, как в Ethereum. Вместо этого сеть считает два ресурса: bandwidth (пропускная способность, оплачивает байты транзакции) и энергия (оплачивает вычисления виртуальной машины TVM). Каждая инструкция контракта стоит фиксированное количество энергии, а итог по транзакции — это сумма всех инструкций, которые реально выполнились.

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

Важная деталь, о которой часто забывают: в официальной модели ресурсов TRON прямо сказано, что бесплатной квоты энергии нет. Бесплатный суточный лимит есть только у bandwidth. Поэтому новый кошелёк, на котором лежат только USDT и ноль TRX, не может сделать перевод: энергии у него нет, а сжечь нечего.

Чем энергия отличается от bandwidth и TRX?

Три сущности путают постоянно, хотя роли у них разные. Сведём в таблицу.

Перевод USDT тратит оба ресурса: около 345 байт bandwidth и десятки тысяч единиц энергии. Перевод самих TRX тратит только bandwidth — поэтому TRX между активированными адресами раз в сутки можно отправить бесплатно, а USDT так не получится. Подробно про пропускную способность и её суточный лимит — в статье Bandwidth TRON.

Сколько энергии уходит на перевод USDT и почему цифра разная?

Мы проверили стоимость вызова transfer контракта USDT в живой сети на 21.10.2026 через симуляцию triggerconstantcontract:

Разница в два раза объясняется хранилищем контракта. Если у получателя уже есть запись баланса USDT, контракт её просто перезаписывает. Если записи нет, её нужно создать с нуля — а запись нового слота хранилища в TVM стоит заметно дороже обновления существующего. Отсюда правило: первый перевод на свежий адрес почти всегда вдвое дороже следующих.

Вторая причина колебаний — динамическая энергия. В TRON работает модель, при которой популярные контракты, потребляющие много ресурсов сети, получают надбавку к стоимости вызова. Параметр getAllowDynamicEnergy включён, максимальный множитель — 3,4×. По цифрам выше видно, что USDT живёт почти на пределе: надбавка примерно в 3,39 раза больше базовой части. Когда нагрузка на контракт падает, надбавка постепенно снижается, при росте — снова растёт, поэтому через месяц те же 64 285 могут превратиться, например, в 60 или 66 тысяч.

Детальный разбор сценариев (перевод на биржу, на свой кошелёк, на адрес с нулевым балансом USDT, который когда-то USDT держал) — в материале сколько энергии нужно на перевод USDT.

Что будет, если энергии не хватает: сколько TRX сожжёт сеть?

Если на адресе нет энергии или её меньше, чем нужно, сеть не отклоняет транзакцию — она покрывает недостаток, сжигая TRX с баланса отправителя. Цена энергии задаётся параметром getEnergyFee, на 21.10.2026 это 100 SUN за единицу (1 TRX = 1 000 000 SUN). Посчитаем.

Третья строка показывает важное свойство: энергия расходуется частично. Если на адресе есть 40 тысяч, сеть сначала спишет их, а сожжёт TRX только за недостающие 24 285 единиц. С bandwidth логика жёстче — по документации, если ресурса не хватает на всю транзакцию, TRX сжигается за весь её размер, а не за разницу.

Пример из жизни: вы платите поставщику 20 раз в месяц, у него уже есть USDT. Без энергии это 20 × 6,43 ≈ 128,6 TRX в месяц только за энергию, плюс bandwidth на переводы сверх первого в сутки. Если половина переводов идёт на новые адреса клиентов, сумма вырастает до 10 × 6,43 + 10 × 13,03 ≈ 194,6 TRX. Именно поэтому люди, которые переводят USDT регулярно, перестают жечь TRX и переходят на стейкинг или аренду. Как складывается итоговая комиссия с учётом всех факторов — в статье про комиссию за перевод USDT TRC20. Прикинуть сумму для своего сценария можно в калькуляторе комиссии.

Отдельно про fee_limit. Это потолок, который отправитель задаёт для энергетической части транзакции: сколько максимум можно потратить энергии и сжечь TRX. Кошельки ставят его сами, обычно с запасом. Если реальная стоимость выше лимита, транзакция упадёт с ошибкой, а уже потраченное не вернётся — поэтому вручную занижать fee_limit до «впритык» не стоит.

Как получить энергию: стейкинг, аренда или сжигание?

Есть три пути, и у каждого своя экономика.

1. Заморозка TRX (Stake 2.0). Вы замораживаете TRX функцией freezebalancev2 и выбираете ресурс — энергию или bandwidth. Сеть выдаёт энергию пропорционально вашей доле в общем стейке под энергию: чем больше TRX заморожено у всех участников, тем меньше энергии на 1 TRX получает каждый. Минимальная заморозка — 1 TRX. Плюсы: TRX остаются вашими, бонусом начисляется TRON Power для голосования. Минусы: чтобы покрывать даже один перевод в сутки, нужна заметная сумма в TRX, а при разморозке деньги возвращаются только через 14 дней (параметр getUnfreezeDelayDays). Описание механики — в документации по стейкингу.

2. Аренда (делегирование). Тот, у кого заморожено много TRX, передаёт часть своей энергии на ваш адрес функцией delegateResource. TRX при этом не двигаются: они остаются в стейке у поставщика, вы получаете только право пользоваться ресурсом. Делегирование можно закрепить на срок (lock_period), после чего поставщик его отзывает. Для пользователя это выглядит так: оплатили, через несколько секунд на адресе появилась энергия, отправили USDT. Как это устроено изнутри и на какие сроки бывает аренда — в статье аренда энергии TRON.

3. Ничего не делать и жечь TRX. Самый простой вариант, но самый дорогой при регулярных переводах. Подходит, если вы отправляете USDT пару раз в год и вам проще держать на кошельке 15–20 TRX «на комиссии».

Как восстанавливается энергия и почему она «не копится»?

Своя энергия от стейкинга работает как аккумулятор с суточным циклом. Допустим, ваш стейк даёт 70 000 энергии. Вы сделали перевод и потратили 64 285. Израсходованная часть начинает восстанавливаться равномерно и через 24 часа вернётся полностью. Через 12 часов на адресе будет примерно половина потраченного плюс неиспользованный остаток.

Копить энергию сверх лимита нельзя: максимум определяется размером стейка и общей ситуацией в сети. Если вы сутки ничего не отправляли, на следующий день у вас всё те же 70 000, а не 140 000. Из этого следует практический вывод: стейк выгоден, когда переводы идут каждый день. Если вы отправляете USDT раз в неделю, шесть дней из семи замороженный капитал простаивает.

С арендованной энергией похоже, но с поправкой. Пока делегирование активно, потраченная энергия тоже восстанавливается в 24-часовом окне. Однако короткая аренда на 15 минут или час заканчивается раньше, чем ресурс успеет восстановиться, — поэтому такие заказы берут ровно под один-два перевода. Для потока переводов есть аренда на 1–3 дня или режим, где запас энергии на адресе поддерживается автоматически и пополняется после каждой отправки.

Разберём неделю небольшого магазина, который отправляет поставщикам по 3 перевода в день, все на адреса с USDT. Нужно 3 × 64 285 ≈ 193 тыс. энергии в сутки. Своя энергия здесь требует стейка, который даёт эти 193 тыс. каждый день, — и капитал, который нельзя быстро вывести. Аренда на сутки или на трое закрывает тот же объём без заморозки. Сжигание обойдётся в 3 × 6,43 ≈ 19,3 TRX в день, то есть около 135 TRX за неделю, плюс bandwidth на второй и третий перевод каждого дня. Если среди получателей появится новый адрес без USDT, его перевод потребует уже 130 285 энергии — закладывайте запас, иначе последний перевод дня частично уйдёт в сжигание. Такой расчёт стоит делать один раз под свой реальный поток: количество переводов, долю новых адресов и то, в какие часы вы обычно отправляете.

Как проверить, сколько энергии на адресе?

Самый надёжный способ — обозреватель Tronscan: вставьте адрес в поиск, и на странице аккаунта будут видны блоки Energy и Bandwidth с текущим остатком и максимумом. Там же во вкладке ресурсов видно, кто и сколько делегировал на этот адрес.

В кошельках картина зависит от приложения. TronLink показывает энергию и bandwidth прямо на главном экране аккаунта. Мультивалютные кошельки часто ресурсы не показывают вовсе, и пользователь узнаёт о нехватке энергии, только увидев, что комиссия перевода внезапно стала 13 TRX. Перед отправкой полезно смотреть на экран подтверждения: если там фигурирует сжигание TRX при уже арендованной энергии, значит делегирование ещё не дошло или энергии меньше, чем нужно для конкретного получателя.

Как читать транзакцию после отправки: на Tronscan в деталях перевода есть строки «Energy usage» и «Burned TRX». Если энергия была, там будет потреблённое количество и ноль сожжённых TRX за энергию. Если сожжено 13,03 TRX — значит, энергии не было, а получатель был без USDT.

Где энергия TRON нужна кроме USDT?

Энергия тратится на любой вызов смарт-контракта, а не только на USDT:

• переводы других TRC20-токенов (USDD, обёрнутые токены, проектные монеты);
• approve — разрешение контракту тратить ваши токены, его требуют DEX и некоторые платёжные сервисы;
• обмены на децентрализованных биржах в сети TRON, добавление ликвидности;
• операции с NFT стандарта TRC721;
• вызовы собственных контрактов, если вы разработчик.

Стоимость каждого вызова своя и зависит от того, сколько инструкций выполнит контракт и сколько данных запишет: сложный обмен через несколько пулов обычно дороже простого перевода. Отдельно учтите, что у каждой транзакции могут быть фиксированные сетевые платы, не связанные с энергией: на 21.10.2026 запись memo в транзакцию стоит 1 TRX (getMemoFee), транзакция с мультиподписью — ещё 1 TRX (getMultiSignFee). Энергия их не покрывает.

Безопасно ли получать энергию от сторонних сервисов?

Делегирование — штатная функция протокола, а не «серая схема». Для неё нужен только ваш адрес: поставщик подписывает транзакцию delegateResource своим ключом, и ресурс появляется у вас. Вашего ключа, сид-фразы или подписи в этой операции нет вообще. Хорошее правило проверки: если сервис аренды просит приватный ключ, импорт кошелька, подключение с правами на ваши токены или «тестовую» отправку USDT на свой адрес — это не аренда, а попытка увести средства.

Остальные риски сводятся к качеству исполнения: дойдёт ли энергия вовремя, хватит ли её на получателя без USDT, вернут ли деньги, если делегирование не пришло. Подробный разбор с чек-листом — в статье безопасна ли аренда энергии.

Если вы просто хотите сделать перевод без сжигания TRX, порядок такой: проверьте, есть ли у получателя USDT (от этого зависит, нужно ~65 тыс. или ~131 тыс. энергии), закажите нужный объём на странице покупки энергии, дождитесь, пока ресурс появится на адресе, и только потом подтверждайте перевод в кошельке. На сам перевод при этом всё равно нужно немного bandwidth: если бесплатные 600 единиц за сутки уже потрачены, держите на кошельке хотя бы 0,5 TRX или берите bandwidth вместе с энергией.