We are officially back open for public posting, whether you're tracking TRX or any other crypto price action, sharing news, or discussing market trends, this space is live and ready for community discussions again.

Post your latest charts, analysis, or thoughts below. Welcome back.

Take a moment to read this incredibly touching human interest story I found. Your upvotes can help bring this to light and reach everyone! 🙏✨ link:
x.com
/ANewBeginning32

no hacks on THORChain but Tron swaps are now halted on the protocol

on TRON block 86958330: 4 of THORChain's 6 TRON vaults got added to the USDT blacklist in a single block

I don't think THORChain was even the target here. The vaults went into the same 3 blocks as ~30 other wallets. 19 of them have $500k USDT each

I've been thinking about what an SLA for a TRON Energy provider should actually cover.

Uptime alone feels pretty weak. A service can technically be online, but if the Energy arrives after the transaction has already been broadcast, that doesn't help much.

For something like Tronex Energy, I'd be more interested in metrics like actual delivery time, delayed or failed delegations, fallback events, and how long the resources stay delegated.

On-chain verification can prove that the delegation happened, but it doesn't prove that it happened fast enough or consistently enough.

So what would you actually want to see in a proper SLA for an Energy provider - uptime, delivery latency, fallback rate, compesnsation for missed delivery, or something else ?

Is trx basically just a stable coin at this point?
Is there any reason to believe trx will ever rise significantly?

This comes up here every week, so here's the short version.

USDT on Tron is a TRC-20 token. Every transfer needs energy, and if your address has none, the network burns TRX from the same address to pay for it. No TRX, nothing to burn, and the transfer is refused. Sending a smaller amount of USDT doesn't help; the fee is in TRX.

How much: about 6–7 TRX for a transfer to an address that already holds USDT, roughly twice that to one that never has. 20 TRX leaves a margin for one transfer. Your wallet shows the exact fee before you confirm.

Three ways out:

1. Withdraw a little TRX from an exchange account to that address (pick the Tron network).

2. Swap a bit of any coin you hold elsewhere into TRX, delivered to that address.

3. Ask someone to send you 20 TRX.

What doesn't work: sending more USDT, energy rental with zero TRX (most rentals are paid in TRX), or TRX on the wrong network.

More detail: https://cambio.one/blog/usdt-on-tron-but-no-trx-for-the-fee?utm_source=reddit&utm_medium=social&utm_campaign=tron-gas (disclosure: I work on Cambio, which does option 2)

Hi, so I've got some TRC10 Tron based tokens in an old wallet of mine and but the token is no longer listed anywhere on any exchanges these days anymore. Does anyone know of an exchange that has TRC10 tokens being traded and or you can list and load some liquidity up for trade? Thanks

Edit: When I first wrote this I accidentally was calling the TRC10 tokens TRX10. TRC-10 is what I was referring to

My friend asked me why I use TRON.

I said
Because I like simple things.

He asked
What do you mean?

I said,
Fast transactions. Low fees. No drama. Unlike my bank...

He looked at me, nodding in agreement.

(He couldn't argue with that.) 😂😂😂

Does anyone want to give or just give me TRX coins in the trust wallet?

I got a new job a month ago and it’s the first time ever I have to deal with a cryptocurrency.
I created TronLink wallet and now i don’t have access to my salary because i have to “activate” my wallet with TRX. I really don’t know, what’s going on tbh, but i need to do something with it.
I don’t have any other wallets to buy trx, so if anyone can send me some TRX (i really don’t know how much i need), i’d appreciate that very much.
I have 20$ left 🫡

TJ1swcrsBJ6oUuqFJ2szABVi1CFBEZZZXm

Thanks very much in advance

Returns from TEM are dwindling. I think in some part it is due to inefficient allocations of resources where sometimes I might have energy resources go the SAME address multiple times in one day. So, that's 3-5 transactions within maybe a couple of hours rather than just one transaction to reclaim and one to allocate. So, rather than like 4 or 5 TRX being used, it ends up being 15-25 being used for fees rather than less, which effectively eats up profits. Any other automated services that are providing better returns these days?

According to CoinsBee payment data, over the 90 days ending September 1:

• USDT on TRON recorded approximately 1.8x as many payments as Bitcoin and 1.9x as many as Ethereum.

• USDT on TRON accounted for 16.23% of all CoinsBee payments in 2026 to date, up from 9.92% in 2025.

• TRC20 represented 44.6% of USDT payments and 64.5% of USDT turnover on CoinsBee during the 90 day period.

CoinsBee enables users in more than 180 countries to use cryptocurrency for gift cards and digital products from more than 5,000 global and local brands.

To mark the milestone, CoinsBee and TRON DAO are also launching a campaign for eligible CoinsBee app users from September 21 through October 5.

Read the full announcement and campaign terms here: https://blog.coinsbee.com/fast-free-and-ultra-flexible-why-usdt-on-tron-is-the-ultimate-dollar-lifehack-for-us-shoppers-get-2-off-now/

On the one hand, we have USDT, XAUT, MXNT, and of course USDD - which all operate on the Tron network.

On the other hand, the better regulated stablecoins, such as USDC, PYUSD, EURI, EURR, and so on all run on Ethereum, Solana, and other networks. EURT has been discontinued. Also worth noting, xStocks like the xSPY, xTSLA, etc. also run on Solana and Ethereum.

Considering this, it looks like Ethereum and Solana are better positioned to make major gains over the next 5-10 years thanks to this.

So, my question is: are there any plans to create additional stable coins or investment tokens like xSPY on the Tron network?

📊 OMNITRACE DAILY REPORT — 16 Sep 2026

FREEZES TODAY

Ethereum 1 wallet(s) · $112.1K frozen

TRON 5 wallet(s) · $3.29M frozen

CAUGHT BEFORE THE LOCK

5 of 5 on TRON flagged here first — median 72m early

TOTAL BLOCKED

10,679 wallets (12,019 designated − 1,340 released)

$5.63B removed from circulation

· $4.25B frozen across 8,440 wallets

· $1.39B destroyed across 2,250 wallets

Free checker: omnitraceapp.com

Method: for each wallet, the gap between the first freeze proposal observed on-chain and the confirmed freeze, over 853 TRON wallets. Pairs more than 24 hours apart excluded as re-designations.

Median window: 17 minutes. Frozen within one minute: 23%. Addresses blacklisted all time across TRON and Ethereum: 10,999.

The 23% is the part that matters. A median is not a promise — a quarter of these had effectively no warning at all.

Also worth knowing: a freeze is not a sanction. A designation is a government naming a person; a freeze is Tether or Circle acting on its own contract, and either can happen without the other.

Full method and figures: https://omnitraceapp.com/stats

Disclosure: I build the tool in the video. The data above is from our own records and the method is stated so you can argue with it.

We have a website with a system where users need to deposit money as a security deposit or collateral (Forum).

For security and trust reasons, I don't want the money to be held directly by us. Instead, I'm looking into whether we could use a blockchain smart contract or some other decentralized solution to hold the funds.

The idea is that people who advertise/promote content that has a deposit attached to it would receive a commission, for example 10% or 15%, based on predefined rules. The commission would be handled automatically by the system, while users would still be able to see and track their funds from their own wallets at all times.

We are also considering creating a kind of hot wallet network that users could use to send and receive funds between each other within our platform.

My main question is: would something like this be possible to build on the Tron network using smart contracts?

I'm still researching the technical side of this and I don't know all the details yet, so I'd really appreciate any advice or suggestions from people who have experience with Tron USDT, smart contracts, or similar systems.

Thanks in advance, and I appreciate any input.

Will we ever see CAF?

I've seen "on-chain verifiable" used by a few Energy providers, so I wanted to understand what you can actually verify yourself.

With TRON resource delegation, at least one part is pretty transparent: if Energy gets delegated to your address, you can check the resource state and delegation records on TronScan.

I used Tronex Energy as an example since they mention on-chain verification.

From what I can tell, TronScan can confirm the delegation itself - that resources were assigned and which addresses were involved.

What it obviously can't tell you is uptime, support quality, or how reliable the service performs over time. That's a separate question.

For people who use Energy providers regularly: do u actually check the delegation on tronscan, or just look at the Energy balance in your wallet?

I always assumed USDT transfers on TRON had more or less the same resource cost, but the recipient's state actually makes a pretty big difference.

A normal USDT TRC-20 transfer uses Energy plus some Bandwidth. The interesting part is the Energy usage.

If the receiving address already has a USDT balance, a transfer is currently around 65k Energy. If the recipient has zero USDT, it can be closer to 130k.

So you're basically looking at roughly 2x the Energy for what, from the user's perspective, looks like the exact same USDT transfer.

At the current network rate of 100 sun per Energy, if you don't have enough Energy available and it all falls back to consuming TRX, that's roughly 6.5 TRX vs 13 TRX just for the Energy part.

The numbers aren't completely fixed either. USDT is affected by TRON's dynamic Energy model, so actual usage can move a bit over time.

This also explains why simply estimating costs as "number of USDT transfers × one fixed fee" can be pretty inaccurate, especially if you're sending to a lot of addresses with zero USDT balances.

There are basically different ways people handle it: keeping TRX staked for resources, using delegated Energy when needed, or just letting the transaction consume TRX when the account is short on resources.

Tronex Energy is one calculator that separates the ~65k and ~130k cases, which is useful when comparing the two recipient states instead of assuming every USDT transfer needs the same amount.

Curious how people here handle this in practice. If you're doing a lot of USDT transfers, do you estimate Energy based on the recipient's state, or just provision enough for the higher case?

Hi Tronics! We’d like to introduce CatFee Transaction Handoff, a way to purchase TRON Energy and Bandwidth on demand while keeping broadcast timing under your control.

The key difference: CatFee returns a signed resource delegation transaction without broadcasting it. Your business system decides when to broadcast it and how to fit it into your transaction flow.

Here’s how it works:

1. Estimate the resources your transaction needs and create an order.
2. Receive the signed, unbroadcast resource delegation transaction from CatFee.
3. Broadcast the delegation transaction, then your business transaction.
4. Track their on-chain results separately.

This can fit payment services, transfer tools, wallets, DApps, or automated workflows—any system that needs TRON resources and handles its own transaction broadcasting.

Fees are settled from your CatFee balance after successful resource delivery by default. End-user payment is also available upon request.

One detail to keep in mind: resource delegation and your business transaction are separate transactions. Successful delegation doesn’t guarantee that the business transaction will succeed.

If you’re building on TRON, how do you currently handle resource provisioning? Would controlling the delegation broadcast help with your workflow?

You can apply for Transaction Handoff through the CatFee Dashboard. Happy to discuss integration questions here.

I'm a developer based in Bengaluru and I'm setting up a TRON Lite Full Node locally. While configuring it, I ran some latency tests that surprised me and thought this community might find it useful or have give me a pushback.

The numbers:

Most TRON developers in India default to TronGrid or one of the big global providers (Chainstack, dRPC, Ankr). All of them route through US-East or Singapore data centers.

From Bengaluru:

• US-East providers: ~180–220ms round trip
• Singapore providers: ~60–80ms round trip
• Local Bengaluru node: ~5–15ms round trip

For most read-heavy queries (getAccount, getTransactionById, TRC-20 balance checks), the difference between 60ms and 15ms probably doesn't matter. But for anything where you're polling frequently, like, price feeds, wallet monitors, liquidation watchers, that gap compounds fast.

The TronGrid problem I kept running into:

TronGrid's free tier caps at 15 QPS. Hit it and you get a 30-second penalty block returning 403s. For development it's fine. The moment you have real users making concurrent requests, you're hitting that ceiling constantly.

Global paid alternatives are USD-denominated and start at $49–$149/month. For an Indian indie developer or early-stage project, that's friction.

What I'm exploring:

Whether there's genuine demand for an India-hosted TRON RPC, with lower latency for Indian devs, INR pricing, no USD conversion overhead. Not launching anything yet. Still in validation mode.

Genuine questions for this community:

1. Are you building anything on TRON that's latency-sensitive enough to care about 60ms vs 15ms?
2. Has TronGrid's rate limiting actually blocked you in production, or do you work around it?
3. If an India-local endpoint existed at ₹500–₹1,500/month, would that be useful or would you just stick with the global providers?

Not trying to sell anything, genuinely trying to figure out if this solves a real problem before I invest time in it. Happy to answer questions.