TRONのEnergyとBandwidth: USDT送信前の確認項目

USDT残高は、そのアカウントが保有するトークンの数量です。TRONメインネットでTRC-20を直接送信すると、取引データ用のBandwidthとコントラクト実行用のEnergyも消費します。 そのトークン残高を送信可能と判断する前に、リソースの残量と、ステーキングされていないネイティブTRXを確認してください。

ここで行う確認は、取引の確定、署名、送信の手前で止めます。取引所からの出金、手数料を第三者が負担する送信、別の仕組みであるGasFreeウォレットには、それぞれの手数料の取り決めがあります。ある方式で出た警告が、すべてのサービスの手数料処理に当てはまるわけではありません。

USDT以外に送信に必要なもの

TRONのリソースガイドは、取引データのコストと、コントラクトを動かすための計算処理を分けています。OneKeyの送信に関する説明にもあるとおり、TRC-20トークンの送信には両方のリソースが必要です。Bandwidthが残っていても、それだけでコントラクトに必要なEnergyを賄うことはできません。

確認する値	その値が示すもの
USDTの数量	このアカウントが保有するトークン
ステーキングされていないネイティブTRX	リソース費用などの支払いに利用できるTRX
Energyの残量	まだ利用できる計算処理の枠
Bandwidthの残量	データ用の枠。無料枠とステーキング・委任枠を別々に確認

TRXはTRONのネイティブ資産です。ネットワークは、必要なリソース費用を賄うためにTRXをバーンすることがあります。ただし、すべての送信でTRXがバーンされるわけではありません。利用可能なリソースや委任されたリソース、適用されるコントラクト側の負担によって、誰が支払うかが変わります。ポートフォリオの合計評価額だけでは、費用を賄えるかは分かりません。

利用枠の残量を読む

リソースの上限が、そのまま残量とは限りません。アカウントのリソースに関するリファレンスでは、Energyの計算式を max(0, EnergyLimit - EnergyUsed) としています。

架空のアカウントでEnergyの上限が 50,000、使用量が 20,000 なら、残りの利用枠は 30,000 Energy です。これは引き算を説明するための仮の値です。ウォレットで実測した結果でも、USDT送信の見積もりでもありません。不足量を判断するには、その送信についての現在の見積もりが別途必要です。

Bandwidthには、無料枠とステーキング・委任枠の別々のカウンターがあります。通常の支払いルールでは、ネットワークは先にステーキング・委任枠を、次に無料枠を使えるか確認します。どちらの枠も、取引に必要なBandwidthの全量を単独で賄う必要があります。無料枠を使えるのは、ネットワーク全体で共有する無料Bandwidth枠でも、その取引の全量を賄える場合だけです。どちらの枠も使えなければ、Bandwidth費用の全額がTRXで請求されます。2つの枠を単純に足すわけではありません。

リソースの取得に失敗した場合、値は不明です。ゼロに置き換えたり、古いスクリーンショットを今日の利用枠として扱ったりしないでください。

送信せずに行う5つの確認

1. 送信元のアカウントとネットワークを選ぶ。 ウォレットで予定しているアカウントを開き、信頼できるTRONメインネットのエクスプローラーで公開アドレス全体を照合します。別のアカウントのリソース量では、このアカウントが費用を賄えるかは判断できません。公開情報の照会にシードフレーズや秘密鍵は不要です。
2. 保有資産を分けて読む。 USDTと、ステーキングされていないネイティブTRXを個別に確認します。必要ならTetherの公式TRON情報でトークンを特定してください。見慣れたティッカーだけでは不十分です。ステーキング済みのTRXと、支払いに使えるTRXは同じではありません。
3. リソースの残量を記録する。 アカウントのリソース詳細で、Energyの残量と、Bandwidthの無料枠、ステーキング・委任枠を別々に読み取ります。確認時刻も残してください。画面に上限や合計の表示しかない場合は、内訳を確認してから、その枠で送信を賄えるか判断します。
4. 現在の未署名の見積もりを確認する。 もともと予定している送信について、ウォレットの公式手順に沿ったプレビューを使い、送信元、宛先、数量を正確に指定します。必要なリソース、見込まれるTRXの請求額、別途かかるサービス手数料を読み取ってください。この確認のために確定、署名、送信は行わないでください。
5. 未解決の項目を明らかにする。 リソースの不足、支払いに使えるTRXの不足、またはプレビューに表示された警告の正確な内容を記録します。見積もりに失敗した場合、費用は不明のままです。理由が分からないまま上限を引き上げたり再試行したりせず、ウォレットの公式サポートに相談できるよう、その詳細を保存してください。

ここで得られるのは、ある時点のアカウントの状態と、予定している特定の操作との比較です。実行に必要な他の条件がすべて満たされている証明にはなりません。

昨日の手数料を今日の見積もりにできない理由

同じTRC-20トークンの送信でも、消費するEnergyは異なることがあります。TRONのFAQは、その理由として宛先のストレージ状態と、コントラクトの動的なEnergy係数を挙げています。利用可能なリソースも、消費や回復によって変わります。そのため、別のアカウントや過去の取引の手数料を、自分の送信の固定価格として使うことはできません。

画面の fee_limit は、また別の意味を持つ数値です。これは利用枠で賄うEnergyも含めて、呼び出し元のEnergy予算に上限を設けます。実際の請求額を示すものでも、発生しうるすべての費用を制限するものでもありません。TRONのFeeLimitガイドは、リソースが残っていても低い上限が実行を妨げる理由を説明しています。警告を消すためだけに変更しないでください。

未署名のプレビューに出る警告と、実行済みの取引は別です。以前の試行が実際にオンチェーンで実行された場合、TronLinkの説明では、失敗した実行でもリソースを消費することがあります。その試行の取引記録と実際の請求額を、次の見積もりとは分けて確認してください。

Owlioの残高表示で分かること

2026年11月7日に確認したOwlio 1.1.0 では、追跡中のTRONアドレスについて、ネイティブTRXやUSDTなどの認識できるTRC-20トークンの残高を表示できます。これは保有資産の表示であり、Energy・Bandwidthの見積もりでも、送信可能であるという判定でもありません。予定している送信には、送信元ウォレットの現在のリソースと見積もりを使ってください。

公開アカウントの確認方法は、複数アドレスの追跡ガイドで説明しています。トークン数量そのものが食い違う場合は、ポートフォリオ残高の確認手順を参照してください。プライバシーポリシーにあるとおり、公開データの提供元には、照会したアドレスとIPアドレスが見える場合があります。