“TRX scan” is what many people type when they mean TRONSCAN, the TRON block explorer at tronscan.org. To track a TRON transaction, paste its transaction hash (TXID) or a T… address into the TRONSCAN search box. The transaction page answers three questions: did it succeed, is it confirmed, and what did it cost in energy, bandwidth and burned TRX.

The cost fields matter most for USDT. If a transfer burned several TRX, the sender had no energy of its own, and renting energy before the next one usually costs less; current prices are in our TRON energy rental comparison.

How to find a transaction: by hash or by address

TRON’s developer docs say the TRONSCAN search accepts a block height, transaction ID, base58 address, contract address, token symbol or Super Representative name.

  • By hash. Copy the TXID from your wallet history or the exchange’s withdrawal record and paste it in. A TRON hash is 64 hexadecimal characters with no 0x prefix.
  • By address. Search the sending or receiving T… address to see its transactions. This is how you track a wallet over time; TRON’s security guide recommends checking your own address on TRONSCAN periodically for unexpected outgoing transactions.
  • By token. For USDT, check that the token contract shown is TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t, the TRC-20 contract Tether lists on its supported-protocols page. A token called USDT at any other contract is not Tether’s. Background: what TRC-20 is and our USDT profile.

Reading the status and result

There are two separate questions: did the transaction run, and is it final.

Result. For a smart contract call such as a USDT transfer, TRONSCAN shows the contract result (contractRet in its API). The values you will meet:

  • SUCCESS: the contract executed and the tokens moved.
  • OUT_OF_ENERGY: the call used up the energy allowed by its fee_limit, or the sender ran out of energy and TRX. See TRON out of energy.
  • REVERT: the contract aborted on purpose, for example when a require check failed. Only the energy used before the failure is charged.
  • OUT_OF_TIME: execution exceeded the per-transaction time budget, currently 80 ms.

TRONSCAN’s support center says that when a transaction is marked failed, the funds being sent “will not be deducted but will remain in the sender’s wallet address.” The fee is still charged.

Confirmation. TRON produces a block about every 3 seconds. A transaction is fully confirmed once its block is solidified: at least 19 distinct active Super Representatives have produced blocks at or above it. TRON’s docs say this typically takes about a minute. TRONSCAN shows whether a transaction is confirmed, counts its confirmations and lists the Super Representatives that confirmed it. An exchange may wait for more confirmations before crediting a deposit.

Reading energy, bandwidth and TRX burned

TRONSCAN’s API documentation defines each resource field, and the node receipt (gettransactioninfobyid) uses the same names. Amounts in sun convert at 1 TRX = 1,000,000 sun.

Field What it shows Unit
energy_usage_total All energy the call consumed energy
energy_usage Energy drawn from the caller’s own staked or delegated energy energy
origin_energy_usage Energy paid by the contract’s deployer energy
energy_fee TRX burned because the caller lacked energy sun
energy_penalty_total Extra energy charged by the dynamic energy model energy
net_usage Bandwidth consumed bytes
net_fee TRX burned because the caller lacked bandwidth sun
fee_limit The most the caller allowed for energy sun

The network charges in a fixed order. Bandwidth comes from staked bandwidth, then the free 600 a day, then a burn at 1,000 sun per byte. Energy comes from the caller’s staked or delegated energy (plus any deployer share), then a burn at 100 sun per unit, capped by fee_limit. Rented energy is delegated energy, so it shows up under energy_usage. The two numbers that tell you what you actually paid in TRX are energy_fee and net_fee. For what each resource pays for, see energy vs bandwidth.

Worked example: a real USDT transfer

TRON’s docs link to a USDT transfer as their example of a payment to an address that already holds USDT. TRONSCAN’s record of it (block 77,855,713, November 27, 2025) shows:

  • Result SUCCESS, confirmed; 3,618 USDT moved through the Tether contract.
  • energy_usage_total 64,285, all of it energy_usage. The sender used its own staked or delegated energy, so energy_fee is 0.
  • energy_penalty_total 49,635. That is the dynamic energy surcharge on the heavily used USDT contract; without it the call would have needed 14,650 energy (calculation: 64,285 − 49,635).
  • net_usage 0 and net_fee 345,000 sun. At 1,000 sun per byte, that is 345 bytes of bandwidth paid entirely by burning 0.345 TRX (calculation).
  • fee_limit 30,000,000 sun, or 30 TRX. It is a cap, not a charge.

Calculation: the same transfer from a wallet with nothing staked or rented. Using the chain parameters shown on TRONSCAN as of early October 2026 (getEnergyFee 100 sun, getTransactionFee 1,000 sun per byte):

  • Energy: 64,285 × 100 sun = 6,428,500 sun, about 6.43 TRX
  • Bandwidth: 345 × 1,000 sun = 0.345 TRX, or nothing if the account’s free daily bandwidth is unused
  • Total: about 6.77 TRX

The docs’ second example, a transfer to an address that had never held USDT, used 130,285 energy: about 13.03 TRX if burned (calculation), because writing a balance into an empty storage slot costs more. Energy from staking or a rental replaces that burn; compare options on our TRON energy page.

Common confusions

  • Hash not found. A missing receipt does not mean failure. TRON’s docs advise against marking a transaction failed right away. A transaction that is not included before its expiration, 60 seconds by default, is dropped. Search again after a minute, then ask the sender whether it was broadcast at all.
  • Wrong network. A hash starting with 0x comes from an EVM chain such as Ethereum, not TRON. Tether issues USDT on several blockchains, and a transfer on any of them will never appear on tronscan.org. Testnet transactions live on shasta.tronscan.org and nile.tronscan.org.
  • Successful, but not credited. TRONSCAN lists the usual reasons: the token has not been added to the wallet’s asset list, the amount is below the exchange’s minimum deposit, the exchange wants more confirmations, or it does not support the token. Contact the exchange with the hash.
  • Failed, but TRX gone. The transfer did not happen, but the energy and bandwidth it consumed are not refunded. Fix the shortfall and resend; how to send USDT on TRON covers the steps and our TRC-20 wallet guide explains how wallets pay fees.

Safety: use tronscan.org only

TRON’s security guide warns that phishing copies of explorers exist, with tronscan.org versus tronscanx.org as its example, and advises bookmarking TRONSCAN instead of following search results or links in messages. If a site asks for your seed phrase, leave: the same guide says no legitimate service needs it. When someone sends you a hash as proof of payment, look it up yourself and check the result, the token contract and the recipient address.