TRON GOBLIN
explorerv0.3-beta
MAINNET
block #0
Explorer / Blog / How Tron’s Stake 2.0 actually works (and what changed from V1)

How Tron’s Stake 2.0 actually works (and what changed from V1)

Tron’s Stake 2.0 model uncoupled voting from custody and changed the unstaking timeline. Here is what is different and why it matters for users.

Tron's staking model has had two major versions. The first one — Freeze (V1) — was the model that shipped in 2018 and ran for years. The second — Stake 2.0 (V2) — went live with a network upgrade in 2023 and is now the default. They behave differently in three ways that materially matter to users: who you stake with, how voting works, and how long it takes to unwind.

The old model: Freeze V1

Under V1, when you wanted resources or voting rights, you "froze" your TRX. The freeze operation was an on-chain commitment: the TRX was locked for a period (originally 3 days, later configurable) during which you couldn't move it. In exchange, you received either bandwidth or energy credits for that frozen amount, and an equal amount of voting power (TRON Power, or TP).

Voting in V1 was tightly coupled to freezing. Your TP existed only because you'd frozen TRX, and casting a vote was a separate transaction that nominated one or more SRs as recipients of your TP weight.

Unfreezing meant a 3-day wait, after which the TRX returned to your liquid balance. If you wanted to switch SRs, you didn't actually unfreeze — you just cast a new vote, and the previous one was overwritten. The freeze stayed put.

What the old model got wrong

Freeze V1 worked, but two things rubbed users the wrong way over time:

  • The "freeze for resources" abstraction was confusing. Most users froze for resources, treated voting as an afterthought, and never quite understood why the same operation affected two different things.
  • You couldn't lend resources without lending the TRX. A heavy USDT-using business that wanted to pay employees with delegated bandwidth or energy had no clean primitive — they had to actually transfer TRX to those addresses. This blocked the energy-rental market that was clearly economically viable.

The new model: Stake V2

Stake 2.0 (introduced via committee proposal #66, ratified in early 2023) restructured the model with three changes:

1. Independent staking and voting

Under V2, staking and voting are decoupled. You stake TRX to the network — getting back bandwidth or energy depending on which resource type you specify — and you separately vote with the TRON Power that staking earned you. The two operations no longer share state in a way that matters to you; voting can target any active SR or split across multiple, and the underlying stake is unaffected.

Practically, that means you can change votes mid-stake without unfreezing or re-freezing. Cast a different vote any time; the stake stays put.

2. Resource delegation

The big new primitive: DelegateResourceContract. You can delegate the bandwidth or energy generated by your stake to another address, for a chosen duration, without transferring the underlying TRX. The recipient gets a daily resource allocation drawn from your stake share; you keep the principal and the voting power.

This is the protocol primitive behind every modern Tron energy market. JustLend's energy market, energy.dance, and the dozens of smaller renters all sit on top of DelegateResourceContract. (See the energy markets explainer for how that works in practice.)

3. Longer unstake period

The unstake period under V2 is 14 days, up from V1's 3. This was the controversial part of the upgrade — it was raised explicitly to make stake-flipping (quickly entering and exiting the validator set) less viable, hardening the security assumptions around the SR election.

The 14-day clock starts when you call UnfreezeBalanceV2Contract. During that window, your TRX is unstaked but not yet liquid — it's in a sort of escrow state. At 14 days, you call WithdrawExpireUnfreezeContract to actually move it back into your spendable balance. Skip that final withdraw and the funds sit there until you remember.

Migration: how V1 stakes still exist

The upgrade didn't auto-migrate anything. Existing V1 freezes continued to function under the old rules — same 3-day unfreeze, same coupling — but no new V1 freezes can be created post-upgrade. New stakes use V2 by default.

Some accounts still hold V1 stakes that were never migrated. They behave normally; the owners just have to use the V1 unfreeze flow when they eventually want their TRX back. Most exchanges and major addresses have migrated by now, but you'll occasionally see V1-style transactions in the explorer.

Why most users don't notice the difference

If you're staking 1,000 TRX with one SR for the long haul, V1 vs V2 looks identical: you commit TRX, you get resources, you earn voting rewards. The model only matters when you start doing things at the edges — delegating energy to other addresses, switching SRs frequently, or unstaking quickly.

For active users (energy renters, dApp operators, voters who shop around for APR), Stake 2.0 is materially better. For passive holders, the only thing that changed is the unstake clock. Use the voting calculator to project what your stake yields under current SR APRs — the math is the same; the model under it is just cleaner.