We run a rental desk, and the same question arrives often: “why my rented energy was consumed instantly?” Only two things can turn the number to zero. You spent it. Or the rental window ended, and the provider took the energy back.
Rented energy is not stored in your sending address waiting to be used. It only raises the energy limit on that address. The moment you sign a transfer, the network takes the energy the transfer needs straight out of that limit. And when the window ends, the limit can drop straight to zero even if you never sent anything.
I will explain why your rented energy was consumed instantly, and show you how to tell in three minutes which case you are in.
The short answer: was it spent, or taken back?
A rental order does not give you a separate energy balance. It only raises the energy limit on your address. Every send from that address takes straight out of that limit, and the network does not ask you first. So two completely different events show the same result on the wallet page. What TRON energy is covers how that limit is built and what a unit costs.
Spent. The transfer used it. A USDT send to a wallet that already holds USDT costs about 65,000 energy. A USDT send to a wallet that holds no USDT yet costs about 130,000 energy. Check first whether your own transfer used all of it.
Taken back. The rental window ended. When a rental expires, your limit falls back to what your own stake gives you. Nothing was used up. The energy was withdrawn.
Six reasons rented energy goes to zero
| What you see | What really happened | How to check |
| Zero seconds after you send | The transfer used it. About 65,000 energy for a wallet that already holds USDT. Nothing was lost. | Open the transfer and read the energy it used. |
| Gone, but your own staked energy is untouched | Rented energy is drawn before your own staked energy. That is the network’s priority order, and it is normal. | Compare the energy used on the address with your staked energy. |
| Gone, and you still burned TRX | The transfer needed more than your order. A first-time wallet needs about 130,000, so a 65,000 rental covers half and the network burns the rest. | Compare energy used with the size of your order. |
| Gone before you sent anything | Something else sent from that address. Energy belongs to the address, not to your order, so a batch script or a teammate draws on the same limit. | Look for recent sends you did not sign. |
| Gone hours later, with no send at all | The rental window ended and the provider took the energy back. | Check the expiry on the rental your address received. |
| Still zero after the provider says the order is filled | The energy went to a different address, or it had not reached a block yet. | Confirm the rental target is your own T address. |
In our records, reason three costs the most money. A first-time wallet has never held USDT, so the send needs about 130,000 energy and not 65,000. Your rental covers half. The rest burns TRX at 100 sun per unit. USDT sends to a first-time wallet need about 130,000 energy, so size the order by who you are sending to, not by the amount you send.
Find out which one happened to you
- Read your own two numbers. Paste your T address into the search box on tronscan.org and open the account page. The Resources section shows energy used against your energy limit. No wallet, no seed phrase. The number that settles any send is limit minus used.
- Open the transfer. If it used about 65,000 or about 130,000 energy, your rental did its job. If it used far less and your limit still reads zero, the cause is expiry, not use.
- Check the rentals your address received, and their expiry. TronScan lists delegated-in energy with the delegator address and the lock end time. For raw data, use the node call wallet/getaccountresource for EnergyLimit and EnergyUsed, and wallet/getdelegatedresourcev2 for the rental and its expiry. The first one works in a browser, so there is nothing to install:https://api.trongrid.io/wallet/getaccountresource?address=YOUR_T_ADDRESS&visible=true
How to keep it from happening again
- Size the order by who you send to, not by amount: about 65,000 energy for a wallet that already holds USDT, about 130,000 for a first-time wallet.
- Use one address to send and a separate one to hold. Two senders on one address share one energy limit.
- Treat a multi-day rental as a daily quota, because rented energy refills on the same 24-hour clock as staked energy. One order of 65,000 covers one USDT send a day for as long as the window runs. Two sends in the same hour will not fit: the second one burns about 6.5 TRX. That is what decides whether you need a longer window, and rented energy runs on the same clock as staked energy.
- Read limit minus used a few minutes before you sign, not after.
- Never pay more than 100 sun per unit. That is the burn price, so a rental above it is worse than doing nothing. Market orders sit between about 20 and 75 sun. That is 25% to 80% below burning, and most of them land in the 30% to 70% band.
FAQ
Does rented energy come back if I do not use it? Partly. Rented energy refills over a rolling 24 hours up to your limit, for as long as the rental is active. Energy you did not use is not refunded. It does not carry over once the window closes.
Can I move rented energy to another wallet? No. A rental is locked to the address you gave the provider. The receiver must be a switched-on account. It cannot be moved, resold, or sent to a contract address.
The provider says the order is filled, but my limit is still zero. Two causes are common. The energy went to a different address. Or it had not reached a block when you looked. Block time is 3 seconds, so a fresh read often settles it. If it stays at zero, there are a few more causes worth checking.
Why does the same send cost more than it did last month? Contract energy prices move. A busy contract costs up to 4.4 times its base rate. The network rechecks that every 6 hours. USDT sits at about twice its base cost today. Why the same transfer costs a different amount each time answers the rest.
Sources
- TRON Developer Documentation, Resource Model — the priority order for energy use, the burn fallback at 0.0001 TRX per unit, contract energy sharing, and the Dynamic Energy Model ceiling of 4.4 times a contract’s base cost.
- TRON Developer Documentation, Paying for Resources — the bandwidth burn price of 0.001 TRX per unit, and how a contract call splits energy between the caller and the contract owner.
- TronScan network parameters — the current energy fee of 100 sun, with the proposal that set it and its effective date.
- TRON committee proposal #104, effective 29 August 2025 — the cut in the energy fee to 100 sun.
- TRON Developer Documentation, Stake 2.0 and resource delegation — the receiver must be a switched-on account, a contract address cannot take a rental, and the mainnet lock cap is 864,000 blocks, about 30 days.
- TRON node API reference — the wallet/getaccountresource and wallet/getdelegatedresourcev2 fields used in the three checks above.
- Tronsell rental records and support tickets, 2026 — the failure patterns behind reasons four, five and six in the table.
- Public rental market price observations, September 2026 — the 20 to 75 sun range and the 25% to 80% saving against burning.
- TRON mainnet measurements, September 2026 — about 64,300 energy for a USDT send to a wallet that already holds USDT, and about 130,300 for a first-time wallet. Energy figures in this guide are rounded to 65,000 and 130,000, and the TRX conversions use a reference price of about $0.33.