rocketron
PricingAPISolutionsBlogDocs

TRON Energy & Bandwidth for Wallet Apps

Let your users send USDT without holding TRX for fees.

AI AgentsExchangesWalletsPayment ProcessorsTrading BotsdAppsOTC Desks

You can't force new users to hold TRX

A non-custodial wallet can't require a new user to hold TRX just to send their first USDT transfer — but without Energy, that transfer either fails or burns TRX the user didn't budget for. That's a support ticket and a bad first impression, right at onboarding.

Delegate right before the user sends

Request Energy (or Bandwidth for a plain TRX send) for the user's address right before they broadcast, from your wallet's own balance — the user never needs to hold TRX or even know this happened.

Sub-second delegation fits inline in a send flow
Smart mode covers repeat senders without a call per transaction
Preview endpoint quotes the exact cost before you charge your user, if you pass fees through
Works for brand-new addresses too — activation is handled automatically

Delegate before broadcasting

Called right before the user's transaction is signed and sent.

curl -X POST https://rocketron.io/api/v1/orders \
  -H "X-Api-Key: rok_4f9a1c8e2b7d..." \
  -H "Idempotency-Key: <your-send-id>" \
  -H "Content-Type: application/json" \
  -d '{
    "resource": "energy",
    "targetAddress": "TXYZ...4f9a",
    "volume": 65000,
    "duration": "15m"
  }'

Why wallets use this

No TRX onboarding step
Users can send USDT on their very first transaction.
Preview before you charge
Quote the exact cost first, if you pass fees on to users.
Smart mode
Cover a whole address's usage without a call per transfer.
Any TRON address
New or existing — activation is handled for you.

Frequently asked questions

01

02

03

04