Almost every dispute in the TRON energy rental business comes from the same misunderstanding: buyers think they are buying a contract with a duration, and they are actually receiving a delegation that the sender can revoke at will. Everything else — refunds, replacement orders, “guaranteed 7 days” — is a business promise layered on top of a one-sided on-chain primitive.
This is not a scandal. It is what makes the tron energy market cheap. But it does change how you should write the terms, and what you should check before paying. This article separates what the protocol enforces from what only the provider’s reputation enforces, because the gap between them is where money gets lost.
Two contracts, one promise
A rental is a two-step sequence on-chain. The provider stakes TRX and receives energy from the shared pool. Then it calls DelegateResource, naming your address, the resource type, and the amount. From that block forward, your address has that energy available to spend.
That is the entire on-chain footprint. There is no field for price, no field for duration, no escrow, no arbitration, and no reference to the order you placed on a website. The delegation is a gift with a return address.
| Term in a typical order | Enforced on-chain? | What actually enforces it |
|---|---|---|
| Amount of energy | Yes | The delegation transaction itself |
| Delivery time | Partly | The block timestamp of the delegation, visible to anyone |
| Duration | No | Nothing. The provider can undelegate at any time |
| Price paid | No | Your payment transaction, on a different chain or the same one, unlinked |
| Refund on early reclaim | No | The provider’s policy |
| Replacement on failure | No | The provider’s support queue |
Every row marked “no” is a place where the tron energy market runs on reputation rather than code. That is workable — it is how most service businesses run — but it means your diligence should focus on counterparty history, not on the wording of a promise.
What the protocol does enforce, precisely
Two things, and both matter more than they look.
The delegation is real and spendable. Once the transaction is confirmed, the energy is yours to consume. No further action by the provider is required, and none can prevent you from spending it. If your transfer succeeds, it succeeded because the energy was genuinely there.
The reclaim is instant and unilateral. The delegator can call UnDelegateResource at any block. The energy disappears from your address in the next block. Your address has no mechanism to object, no lock, no veto. A “7-day rental” means the provider has chosen not to reclaim for 7 days, which is a different statement from “cannot”.
This asymmetry is the whole structure of the market. Providers can offer cheap long rentals precisely because they retain the ability to pull capacity back — which is why the cheapest quotes tend to come from providers whose reclaim behaviour you have never checked.
Why the 14-day clock shapes everything
When a provider stakes TRX for energy, it cannot get that TRX back instantly. Unstaking runs on a 14-day unbonding period, and during that period the TRX is neither spendable nor earning. This single parameter explains most of the price structure in the tron energy market.
A 1-hour rental requires the provider to lock TRX for an hour of usefulness and fourteen days of waiting. A 30-day rental requires the same fourteen days but spreads them over a month of revenue. That is why the per-unit price for a 30-day term is several times the 1-hour price — not because long rentals are marked up, but because short ones carry the unbonding cost almost entirely.
| Term | Typical price (sun/unit) | Why |
|---|---|---|
| 1 hour | 18–38 | Full 14-day unbonding amortised over one hour of revenue |
| 1 day | 50–80 | Same unbonding, 24 hours of revenue |
| 7 days | 120–180 | Unbonding cost diluted |
| 30 days | 400–600 | Nearly pure cost of capital plus margin |
Note what this table does not show: a discount for commitment risk. A buyer who pays for 30 days is extending unsecured credit to a provider for 30 days, and the price does not compensate for that. The tron energy market prices the provider’s capital cost, not the buyer’s counterparty exposure.
What happens when a provider reclaims early
Mechanically: your energy drops to whatever you held before, your next transfer either burns TRX instead or fails with OUT_OF_ENERGY, and nothing on-chain records why. There is no event that says “the provider broke a promise”. There is only a delegation that ended sooner than you expected.
What you can reconstruct afterwards is limited but not useless. The delegation and undelegation transactions are both public, with block timestamps and amounts. If a provider reclaims three days into a seven-day order, the chain proves the timing even though it does not prove the promise. That gap is why on-chain evidence helps in a public dispute and does nothing in a legal one.
Practically, the risk is not random. Providers reclaim when their inventory is squeezed — during congestion, when short-term prices spike and idle long-term delegations become expensive to hold. That is exactly the hour when your own volume is likely to be high. The correlation is the problem, not the frequency.
How to structure terms that survive a failure
You cannot make the delegation binding. You can make the commercial arrangement survivable. Four clauses do most of the work:
- Tranche the payment. Pay for a 30-day order in weekly instalments, or hold a card authorisation rather than a full prepayment. Your maximum loss becomes one week rather than one month.
- Define replacement, not refund. A failed rental is only painful because the transfer failed. A clause requiring replacement energy within a stated window is worth more than a pro-rata refund, which arrives after the damage.
- Name the remedy for early reclaim. If the provider undelegates before the term ends for any reason other than your own misuse, specify what happens. Silence here is the default that favours them.
- Keep a fallback you control. A TRX balance on the signing address converts a catastrophic failure into an expensive hour. This is the only protection that does not depend on anyone’s behaviour.
The diligence that actually predicts behaviour
Since the tron energy market runs on reputation, check the on-chain history rather than the marketing page. Three things are visible to anyone with a block explorer:
Delegation history. Does the provider’s staking address show months of continuous DelegateResource calls to many distinct addresses? A long history with high address diversity is the closest thing to a credit record this market has.
Reclaim pattern. Count UnDelegateResource calls relative to delegations. Some undelegation is normal — rentals end. A pattern of reclaims clustered shortly after delivery, followed by re-delegation elsewhere, is a provider arbitraging its own inventory with your order.
Stake balance over time. A provider whose staked TRX is falling while its advertised inventory rises is selling capacity it does not hold. That is the failure mode that produces a queue at exactly the wrong moment.
None of this guarantees performance. All of it is cheaper than discovering the problem through a failed withdrawal.
The resale layer is where enforcement gets thin
Three layers now sit between the staker and the buyer in the tron energy market: the platform that holds the stake, the aggregator that compares prices across platforms, and the API reseller that sells capacity it has not yet bought. Each layer is a legitimate business. Each one also adds a hop that the protocol cannot see.
When you buy from the staker directly, the delegation transaction on-chain is the same order you paid for. When you buy from a reseller, it is not: you paid one party, and a different party delegated. If the delegation never arrives, the chain shows nothing at all — no failed transaction, no partial delivery, just an absence. That is the hardest failure to prove and the easiest one to argue about.
The practical test is not whether a provider resells. It is whether the provider will name the staking address that will deliver your order before you pay. A platform that can name it is either the staker or working from a firm supply arrangement. A platform that cannot is selling capacity it will source after your payment clears, which works most of the time and fails exactly when the tron energy market is tight.
There is a second-order effect worth knowing. Because the resale layer competes on price and not on delivery guarantees, the cheapest quotes are structurally the ones with the least certain supply. That is not a judgment about resellers — it is what happens when a market prices one variable and ignores another.
What to ask before paying
- Which staking address will delegate to me, and can I see its recent history?
- If the delegation does not arrive, what is the remedy and how fast?
- Are you the staker, an aggregator, or a reseller of capacity you do not hold?
None of these questions are hostile. In a tron energy market that runs on reputation, they are the minimum diligence.
One more thing worth checking: whether the price you were quoted is live or cached. Aggregators in the tron energy market refresh at different intervals, and a quote that is twenty minutes old can be several sun away from what the delivering platform will honour. Ask for a quote with a timestamp, and expect it to be honoured for at least a few minutes.
Why this matters more as the market matures
Two years ago the tron energy market was small enough that most providers were also the stakers, and reputational damage was immediate. As it scales, layers appear: aggregators who resell, API resellers who never touch the chain, affiliates who take payment and forward orders. Each layer separates the party you paid from the party who delegates, and the delegation is the only thing the protocol enforces.
That is not an argument against using resellers — they often have better prices and better tooling. It is an argument for knowing which layer holds the stake, and for treating the ones that will not say as a risk you are choosing to take rather than a detail you forgot to check.
Frequently asked
Can I stop a provider from undelegating? No. There is no lock, escrow, or time-bound delegation in the protocol.
Does a longer rental give me stronger on-chain rights? No. The rights are identical for 1 hour and 30 days. Only the price and the commercial promise differ.
Is a cheap provider necessarily risky? Not necessarily — but an unusually cheap one is telling you something about its inventory model, and it is worth finding out what.
Can delegated energy be re-delegated to another address? No. Only the staker can delegate. Received energy is spendable and nothing more.
If you are still choosing between a spot order and a committed term, the pricing mechanics are broken down in spot versus contract pricing. If you want the structural reasons orders fail rather than the contractual ones, the six failure modes of the market covers them. The wider picture, from supply to price formation, is in the guide to how the tron energy market works.