Куда девается Energy: возврат делегированных ресурсов в TRON

Возврат делегированных ресурсов — это когда доля Bandwidth или Energy уходит обратно к аккаунту, который застейкал за неё TRX. Ничего не сжигается, балансы токенов не трогаются, подтверждённые транзакции не меняются. Меняется одно: сколько адрес может потратить на следующую транзакцию.

Одна эта фраза снимает большую часть тревоги. Адрес, у которого минуту назад была Energy, а теперь её нет, почти наверняка не обокрали — он перестал занимать.

Из чего вообще состоит делегированный ресурс?

Стейкинг TRX производит Bandwidth или Energy пропорционально размеру стейка. Делегирование одалживает эту произведённую долю другому аккаунту. Застейканные TRX остаются у владельца и числятся за ним; получателю достаётся право пользоваться ресурсом.

То есть делегирование — это маршрут, а не перевод. В кошельке получателя не появляется никакого токена ресурса: его нельзя продать, переслать дальше или вывести. Адрес просто оплачивает свои транзакции из большего запаса, пока договорённость действует.

Поэтому ресурс и может исчезнуть без всякой кражи. Конец договорённости возвращает долю туда, откуда она пришла, а пришла она не от вас. Если сам ресурс для вас новая тема, начните с материала что такое энергия TRON.

Почему Energy пропала с адреса?

На экране кошелька четыре разные ситуации выглядят одинаково, и разбираться стоит только в одной из них.

Закончился срок аренды. Делегирование, сделанное на фиксированный период, прекращается в конце этого периода — по расписанию, без уведомления и без вашей транзакции.

Владелец отменил делегирование. Если оно не было заблокировано на срок, отмена происходит немедленно и целиком по решению владельца.

Владелец снял стейк. Изъятие стейка убирает то, что производило ресурс, но делегированную часть сначала нужно отозвать — об этом ниже.

Либо вы её потратили. Израсходованный ресурс — это не возвращённый ресурс: он использован и восстанавливается, причём сам, без чьего-либо делегирования.

Чем отличается undelegate от unfreeze?

Эти две операции путают чаще всего, хотя они не варианты одного действия.

undelegate — отмена займа. Застейканные TRX остаются на месте, продолжают числиться в стейке и производить ресурс владельцу; меняется только маршрут доли. Незаблокированное делегирование владелец может отменить в любой момент, заблокированное — только после окончания блокировки.

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

Между ними есть и порядок. Делегированные TRX разморозить нельзя вообще: владельцу сначала нужно отменить делегирование и только потом начинать разморозку.

Как эти операции называются в сети?

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

Выдача ресурса — wallet/delegateresource, отмена — wallet/undelegateresource. Обе меняют только маршрут доли между двумя аккаунтами.

Снятие стейка — wallet/unfreezebalancev2, а забрать освободившиеся TRX на расходуемый баланс — уже отдельный вызов wallet/withdrawexpireunfreeze. Отсюда и «две операции, а не одна кнопка».

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

Сколько длится ожидание после разморозки?

Достаточно долго, чтобы это влияло на планы, и точную цифру мы называть не будем. Задержка задаётся живым параметром сети, который суперпредставители меняют голосованием, поэтому любое число в статье — снимок того дня, когда её написали.

Смотрите значение в параметрах сети в тот момент, когда планируете операцию. Только оно будет верным, когда ваша транзакция дойдёт до блока.

Практический вывод здесь про планирование, а не про механику. Застейканные TRX — не вклад до востребования, который можно забрать в день, когда понадобились деньги. А полученное делегирование, наоборот, просто прекращается. Из-за смешения этих двух сроков и ждут TRX, которые никто не отправлял.

Что происходит с уже израсходованным ресурсом?

Здесь начинается часть, которая удивляет внимательных. Отмена делегирования может уменьшить и тот ресурс, который получатель уже потратил, но ещё не восстановил. Вместе с долей сеть забирает пропорциональную часть невосстановленного ресурса получателя.

Получатель этого не инициировал и помешать не может. Это арифметика, а не штраф: восстановление шло в запасе, который только что уменьшился.

У этого есть прямое следствие для тех, кто отправляет несколько переводов подряд. Второй перевод встречает не тот запас, который вы видели перед первым, а остаток плюс то, что успело восстановиться за прошедшие минуты. Планировать серию по одному замеру в начале — верный способ упереться в нехватку ресурса на середине.

Само восстановление стоит понимать отдельно — оно объясняет более мягкую версию того же испуга. Потраченный ресурс возвращается не мгновенно, а со временем, поэтому адрес сразу после перевода какое-то время показывает низкие значения, а потом сам показывает нормальные. Бесплатный Bandwidth устроен так же: каждому аккаунту даётся 600 единиц в сутки по скользящему окну в 24 часа, а бесплатной квоты Energy не существует вовсе.

Что именно меняется, когда заканчивается аренда в Rentron?

Аренда — это делегирование с оплаченным сроком, поэтому её окончание — штатный сценарий, а не происшествие. Сроки аренды: 15 минут, 1 час, 4 часа и 24 часа, объём набирается порциями по 65 000 Energy.

Момент окончания окна известен по заказу. До него energy_usable равен true: Energy уже на адресе, её можно тратить. После — false, а статус какое-то время ещё показывает delivered, потому что окончание аренды подтверждается финализированными данными блокчейна, а не часами. Полностью отработавшая аренда закрывается как rental_finished.

Отменять или возвращать вам ничего не нужно. Адрес возвращается к тому состоянию ресурсов, которое было до заказа: для большинства отправителей это бесплатный суточный Bandwidth и никакой Energy.

Отсюда две рабочие привычки. Подписывайте перевод, ради которого арендовали, внутри окна, а не после. И проверяйте ресурс на самом адресе, а не в панели десятиминутной давности — где лежат настоящие числа, разобрано в материале как проверить баланс Energy.

Может ли возврат ресурса отменить уже отправленный перевод?

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

Риск живёт по другую сторону от этой точки. У перевода, подписанного после закрытия окна, делегированной Energy за спиной уже нет, поэтому сеть спишет расход с аккаунта: сожжёт TRX, если они есть, и не проведёт вызов, если их нет.

Поэтому вся дисциплина здесь про время. Если перевод не прошёл ближе к концу аренды, сначала прочитайте квитанцию, а не вините делегирование: почему не прошёл перевод USDT отделяет нехватку ресурса от проблем с fee limit и контрактом.

Что если ресурс отозвали раньше оплаченного срока?

Такой случай существует и считается отдельным исходом, а не обычным завершением. Заказ, у которого делегирование отозвали заметно раньше конца окна, закрывается как rental_interrupted и получает код ошибки — вместо того чтобы закрыться отработавшей арендой.

Одно исключение сделано намеренно. Если выданная Energy к моменту отзыва уже была доказуемо израсходована, заказ закрывается как отработавшая аренда: услугу получили, значит, это не прерывание.

Стоит назвать прямо: денег за досрочный отзыв никто не возвращает. TRON не компенсирует получателю отменённое делегирование, а автоматической проводки на баланс за прерванную аренду не существует. Остаётся запись: заказ закрыт как прерванный, а не как отработавший, поэтому недостача видна в собственной истории заказов, а не только в переписке с поддержкой. С этой записью и обращаются в поддержку.

Совсем другой случай — аренда, которая до адреса вообще не дошла: она закрывается статусом failed, и удержанная под неё сумма освобождается целиком.

Где проходит граница между тем, что держит протокол, и тем, что обещает сервис, разбирается в материале что может и чего не может сервис аренды.

Как понять, какой из четырёх случаев ваш?

Идите по списку сверху вниз и останавливайтесь на первом совпадении: каждый шаг отсекает одну причину.

1. Сравните текущее время с моментом окончания заказа. Окно закрыто — аренда закончилась, расследовать нечего.
2. Прочитайте состояние ресурсов аккаунта в блокчейне: общий лимит и израсходованную часть, а не кэш в приложении.
3. Упал лимит — закончилось делегирование. Вырос только расход — ресурс потрачен и восстанавливается.
4. Лимит упал внутри оплаченного окна — это досрочный отзыв, и статус заказа его называет.
5. Только после этих четырёх проверок смотрите на саму неудачную транзакцию: fee limit и ошибка контракта тоже выглядят как нехватка ресурса.

Порядок важнее инструментов. Большинство обращений про «пропавшую Energy» заканчивается на первом шаге.

Итоги

Возврат делегированных ресурсов в TRON — это уход одолженной доли Bandwidth или Energy обратно к аккаунту, который застейкал за неё TRX. Стейк никуда не двигался, балансы токенов ни при чём, подтверждённая транзакция остаётся подтверждённой. Меняется только то, что адрес может оплатить дальше.

Одинаковое падение дают четыре события. Штатное — закрытие оплаченного окна аренды. Отмена незаблокированного делегирования происходит мгновенно и вне контроля получателя. Снятие стейка убирает сам источник ресурса, причём делегированную часть сначала нужно отозвать, иначе разморозка невозможна. А расход ресурса возвратом вообще не является: он восстанавливается сам со временем, как и бесплатный суточный Bandwidth.

Пару undelegate и unfreeze стоит держать раздельно. Первое меняет, кто пользуется ресурсом, и оставляет стейк работать. Второе изымает стейк и запускает ожидание, длина которого — живой параметр сети, а не число, которое стоит запоминать. Отмена делегирования вдобавок забирает пропорциональную часть ресурса, который получатель израсходовал, но не успел восстановить, — это арифметика, а не наказание.

Для арендованного делегирования правило короткое. Подписывайте внутри окна, сверяйте ресурс на адресе, а не в устаревшем интерфейсе, и считайте падение в момент окончания нормальной работой продукта. Досрочный отзыв — исключение, ради которого и существует отдельный статус заказа: деньги за него сами не возвращаются, зато недостача остаётся зафиксированной на заказе, а не только в переписке с поддержкой.

И последнее, что стоит унести: «ресурс пропал» — это не диагноз, а наблюдение. Диагноз даёт сопоставление двух чисел — лимита и расхода — с одной датой, моментом окончания окна. Пока эти три величины не сведены вместе, любая версия происходящего остаётся догадкой, а по ним ответ обычно получается за минуту.

Остальные проверки протокола и транзакций собраны в материалах Rentron.