Как безопасно арендовать энергию TRON
Аренде нужно от вас одно: адрес, на который должна сесть энергия. Поищите, как безопасно арендовать энергию TRON, — и получите два сорта страниц: продавцов и предупреждения о продавцах. Ни то ни другое вопроса не закрывает, потому что полезная проверка не в том, выглядит ли продавец надёжным, а в том, чего на самом деле требует транзакция. Всё остальное, о чём продавец просит, — это просьба не об энергии.
Что просит настоящая аренда: адрес
Энергия двигается делегацией, а делегацию подписывает счёт, у которого TRX в стейкинге, а не счёт, который энергию принимает. Принимающая сторона пассивна: сеть поднимает её лимит энергии — и в этом всё событие целиком (как устроена энергия). Поэтому полный список того, что законному продавцу нужно от вас, — это адрес, на который должна сесть энергия.
Подписывать нечего. Кошелёк подключать не надо. Одобрять токен не надо. Сид-фраза не нужна. Платы за «активацию», которая якобы разблокирует доставку, не бывает. Единственное требование к самому адресу — чтобы он существовал в сети: энергию нельзя делегировать счёту, который никогда не активировали, и в нашем API это отказ — 422 invalid_address с details.reason в inactive_wallet, — а не списание за доставку, которой не могло случиться.
Как делегация выглядит с вашей стороны
Доставку не обязательно принимать на веру. TRON записывает делегацию не только у делегирующего, но и у принимающего счёта — имена полей до сих пор несут V2 той модели стейкинга, которая её ввела, — поэтому покупатель может прочитать результат, ничего не спрашивая у продавца.
Об этом говорят два поля, и каждое приходит из своего вызова. acquired_delegated_frozenV2_balance_for_energy, которое возвращает getaccount, — это застейканные sun, делегированные вашему счёту; а на кошельке, который сам ничего не стейкал, EnergyLimit из getaccountresource — это то, во что они превращаются в энергии: полученная сумма, умноженная на собственный коэффициент сети, отношение общего лимита энергии к общему весу стейкинга. Там, где кошелёк стейкает и сам, делегированная часть — это прирост EnergyLimit, а не всё его значение. Делегация фиксирует sun; энергию она не фиксирует, потому что этот коэффициент двигается вместе со стейкингом всей сети, блок за блоком.
Прочитанная на принимающем счёте основной сети 3 сентября 2026 года, арифметика сошлась до единицы: энергия, полученная от двух делегирующих, и EnergyLimit в 299,638. В той же записи не было вовсе никакого tronPowerLimit: делегация не даёт принимающему веса в голосовании — ещё один способ сказать, что переходит энергия и ничего больше.
Срок лежит там же. getdelegatedresourcev2 показывает у заблокированной делегации поле expire_time_for_energy в её строке; без блокировки такого ключа нет, и делегирующий может забрать энергию обратно одним вызовом. Пул одного поставщика энергии, прочитанный 4 сентября 2026 года, показал ровно это: живую делегацию без срока в строке и ноду, которая по запросу собирала против неё транзакцию отзыва. Это не нечестность, а другой товар, — и запись в сети единственное место, где сказано, который из двух вы купили.
Красные флаги и чего добивается каждый
- «Подключите кошелёк». Делегации не нужно ни подключение, ни сессия: делегирующий подписывает её один, а ваш счёт стоит в ней строкой. Что подключение на самом деле покупает другой стороне — так это возможность подсунуть вам транзакцию на подпись, а подсовывают обычно две: перевод и одобрение.
- «Одобрите USDT, чтобы энергию можно было доставить». Одобрение — это вызов контракта токена, который даёт стороне, которой вы его выдали (spender), право двигать ваши USDT в пределах выданного вами лимита и до тех пор, пока оно стоит. К делегации оно не имеет никакого отношения: энергия приходит на счёт, который никогда ничего не подписывал. Это не тревожный признак рядом с мошенничеством — это само мошенничество.
- «Отправьте TRX на этот адрес и получите бесплатную энергию». Платёж, за которым нет заказа: нет идентификатора, на который можно сослаться, нет записи о том, что куплено, и никто не держит обязательства. У аренды есть заказ, который либо доставил, либо нет, а недоставленный возвращает деньги, не дожидаясь просьбы.
- Бот, которому нужен приватный ключ или сид-фраза — чтобы «проверить», «активировать» или «привязать» кошелёк. Ни на одном шаге никакой аренды им нет места. У кого ключ, у того и средства, и на этом разговор закончен.
- Продавец, который хочет пропустить перевод через себя. «Отправьте нам USDT, и мы перешлём их, как только сядет энергия» — это хранение, а не энергия. Отдать перевод — схема настоящая, у нас это mode B, — но отдаётся транзакция, которую вы подписали сами, с названными получателем и суммой, и изменить в ней байт нельзя, не сломав подпись.
Что проверить после оплаты
Два факта, и оба читаются из сети, а не у продавца. Первый — энергия: лимит энергии принимающего счёта либо вырос, либо нет, и эта доставка и есть весь продаваемый товар. Второй — срок, то есть на сколько она останется. Делегация без блокировки отзывается в любой момент; заблокированную делегирующий не может даже сократить, и сеть отказывает в попытке, называя оставшиеся миллисекунды.
У нас аренда намеренно короткая: в заказе приходит send_before, 297 секунд от последней подтверждённой делегации, а оценка возвращает срок, который она посчитала, в duration_s. Именно короткое окно и делает энергию достаточно дешёвой, чтобы её вообще имело смысл арендовать под один перевод.
Что продавец может обещать и чего не может
Честный продавец обещает доставку энергии. Он не может обещать, что ваш перевод пройдёт, потому что причины, по которым перевод USDT отказывает, — это свойства адресов, а не энергии: получатель, замороженный в контракте токена, отправитель, у которого нет того, что он пытается сдвинуть, контракт, который откатывается (с чем служба выплат сталкивается на самом деле).
Наши статусы написаны так, чтобы эти две вещи не сливались. completed означает, что энергия доставлена, и в mode A он может наступить раньше, чем вы что-то отправили. expired означает, что она была доставлена, простояла всё окно и не была использована, — и она оплачивается, потому что была доставлена. failed означает, что доставки не случилось по нашей вине, и тогда не списывается ничего. Что из этого возвращает деньги — в этом вся политика возвратов, а продавец, не готовый назвать такое же разделение заранее, стоит ещё одного вопроса до того, как двинутся деньги.
Предоплаченный баланс и что делает сорвавшаяся доставка
Деньги здесь — предоплаченный баланс услуг, номинированный в TRX. Создание заказа резервирует цену; списание наступает, когда энергия видна в сети, а не когда поставщик говорит, что отправил. Сорвавшаяся доставка снимает резерв целиком, автоматически, и обращения для этого не нужно, а смешанный пакет закрывается построчно как partially_completed: списано за дошедшие позиции, по остальным резерв освобождён (как это читается в счёте).
Вопросы, которые нам действительно задают
Может ли делегация опустошить кошелёк, на который села?
Нет — и на веру это принимать не обязательно: принимающий счёт получает acquired_delegated_frozenV2_balance_for_energy и ничего не выдаёт в ответ, и это всё, что показывает запись.
Нужны ли TRX на кошельке, чтобы принять энергию?
Нет, и делегация не трогает баланс ни в ту, ни в другую сторону. Кошелёк должен существовать в сети: адрес, который никогда не активировали, ещё не счёт, и делегировать некуда.
Как понять, настоящая ли названная цена?
Читайте её из эндпоинта, а не со страницы, написанной месяцы назад. Нашу — на странице цен, живой при каждой загрузке; страница рынка показывает, что публикуют о себе поставщики, за которыми мы наблюдаем, и у каждого замера стоит момент, когда он был снят. Цена, которую никто не может запросить, — это заявление, а не котировка (о чём ещё спрашивают интеграторы).