TRC-20-Überweisungsgebühren seziert: Energie, bandwidth und was tatsächlich berechnet wird

Zwei Ressourcen, eine Transaktion

Jede TRC-20-Überweisung auf TRON verbraucht zwei verschiedene Ressourcen: bandwidth und Energie. Sie werden separat abgerechnet, aus separaten Pools bezogen und haben völlig unterschiedliche Auffüllungsmechaniken. Die meisten Entwickler verstehen die eine oder die andere, aber das Zusammenspiel zwischen ihnen ist der Punkt, an dem Kosten entweder beherrschbar bleiben oder eskalieren.

Bandwidth deckt die rohen Byte-Kosten für das Senden einer Transaktion an das Netzwerk ab. Energie deckt die VM-Ausführungskosten für das Ausführen der Smart-Contract-Logik ab. Eine einfache TRX-Überweisung benötigt nur bandwidth. Eine TRC-20-Überweisung, die die Funktion transfer(address,uint256) des Token-Vertrags auslöst, benötigt beides.

Bandwidth: Die einfachere Hälfte

Jedes TRON-Konto erhält über eine Basiszuteilung 600 freie bandwidth-Einheiten pro Tag. Eine standardmäßige TRC-20-Überweisungstransaktion ist typischerweise etwa 345 Bytes groß, was etwa 345 bandwidth-Einheiten entspricht (das Netzwerk berechnet 1 bandwidth pro Byte Transaktionsdaten, einschließlich Signaturen und Memo-Felder).

Wenn Ihr Konto genug freies tägliches bandwidth oder für bandwidth gestaktes TRX hat, kostet die Transaktion in dieser Dimension nichts. Wenn der bandwidth-Pool leer ist, verbrennt das Netzwerk TRX direkt zu einer Rate von 0,001 TRX pro bandwidth-Einheit (1000 SUN pro Byte). Für eine 345-Einheiten-Transaktion sind das 0.345 TRX, die aus der Absenderadresse verbrannt werden, ohne Staking erforderlich.

Die freien 600 täglichen Einheiten werden um 00:00 UTC zurückgesetzt. Wenn Sie Überweisungen mit geringem Volumen durchführen, werden Sie selten bandwidth-Kosten überhaupt erreichen. Absender mit hohem Volumen staken typischerweise TRX für bandwidth, statt zu verbrennen, da der Staking-Ertrag pro TRX mehr Transaktionen abdeckt als die Verbrennungsrate.

Energie: Wo die echten Kosten liegen

Eine USDT TRC-20-Überweisung verbraucht etwa 65.000 Energie. Diese Zahl ergibt sich aus der Ausführung des EVM-kompatiblen Bytecodes innerhalb der TRON Virtual Machine: Speicher-Lese- und -Schreibvorgänge im Salden-Mapping des Vertrags, die Ereignis-Emission für das Transfer-Log und interne Sicherheitsprüfungen. Die genaue Zahl kann leicht variieren, abhängig davon, ob Speicherslots erstmals geschrieben werden (kalt) oder aktualisiert werden (warm), aber 65.000 ist die Standardzahl für eine typische USDT-Überweisung zwischen zwei aktiven Adressen. Eine Überweisung an einen Empfänger, dessen USDT-Guthaben derzeit null ist, verdoppelt sich in etwa auf etwa 130.000 Energie, weil ein neuer Speicherslot allokiert wird.

Energie hat zwei Quellen: Ihr eigenes gestaktes TRX oder gemietete (delegierte) Energie von einem Dritten. Das Staking von TRX gibt Ihnen einen proportionalen Anteil am gesamten Energie-Pool des Netzwerks, und der Pool regeneriert sich linear über 24 Stunden zurück auf 100 Prozent. Das genaue Verhältnis von Energie pro gestaktem TRX hängt von der gesamten netzwerkweit gestakten Menge ab und verschiebt sich im Laufe der Zeit. Die Rückgewinnung von 65.000 Energie allein aus Ihrem eigenen Staking erfordert eine erhebliche Menge an gesperrtem TRX, weshalb es die Energie-Miete gibt.

Was passiert, wenn die Energie ausgeht

Wenn eine Transaktion 65.000 Energie benötigt und Ihr Konto nicht genug verfügbar hat, verarbeitet das Netzwerk nicht stillschweigend eine Teilausführung. Stattdessen prüft es das fee_limit der Transaktion und verbrennt TRX aus Ihrem Konto bis zu diesem Limit, um den Energie-Fehlbetrag zu decken, und führt dann die vollständige Transaktion aus. Wenn der Fehlbetrag Ihr fee_limit überschreiten würde, schlägt die Transaktion fehl, bevor irgendwelche Zustandsänderungen festgeschrieben werden.

Das ist das Szenario, das Sie vermeiden wollen: sowohl für Ihre gestakte Energie als auch obendrein für verbranntes TRX zu zahlen oder schlimmer noch, die Transaktion komplett scheitern zu lassen, weil das fee_limit zu niedrig gesetzt war. Sie können die aktuellen TRX-Kosten für die Deckung von 65.000 Energie auf der Preisseite prüfen, bevor Sie sich auf eine Strategie festlegen.

Stake 2.0 hat verändert, wie die Delegation funktioniert

Vor Stake 2.0 (im April 2023 im Mainnet aktiviert) waren Staking und Delegation miteinander verflochten: Der Ressourceninhaber rief freezeBalance auf und gab direkt eine Empfängeradresse an, der Freeze war an diesen Empfänger gebunden, und das Modell hatte nicht die für Ressourcenmärkte erforderliche Flexibilität.

Stake 2.0 führte freezeBalanceV2 ein und trennte die Staking-Aktion von der Delegations-Aktion. Sie staken jetzt TRX in einen persönlichen Energie- oder bandwidth-Pool und delegieren diese Ressource dann separat über delegateResource. Das bedeutet:

• Delegationen sind standardmäßig widerrufbar und können ohne Entstaken neu zugewiesen werden. Es gibt ein optionales lock-Flag: Wird es auf true gesetzt, hält es die Delegation für mindestens die minimale Sperrfrist des Netzwerks (derzeit 3 Tage). Ohne dieses Flag können Sie die Delegation jederzeit zurückziehen.
• Die 14-tägige Entsperr-Wartezeit gilt für das zugrunde liegende TRX-Staking, wenn Sie es abheben, nicht für die Delegation selbst.
• Energie-Mietplattformen können Delegationen aus einer einzigen gestakten Position über viele Empfängeradressen rotieren.

On-Chain, wenn eine Mietplattform wie tronenergyrent.com Energie an Ihre Adresse delegiert, wird der delegierte Betrag in Ihrem Kontozustand reflektiert und ist über wallet/getaccount als acquired_delegated_frozenV2_balance_for_energy sichtbar. Die entsprechende nutzbare Energie erscheint im Energie-Limit Ihres Kontos und ist ohne Aktion auf Ihrer Seite sofort ausgabefähig.

Mietkosten vs. Verbrennungskosten

Die Miete wird pro Dauerstufe berechnet: 1 Stunde, 1 Tag, 3 Tage, 30 Tage. Die 1-Stunden-Stufe ist die günstigste in absoluten TRX-Beträgen, die 30-Tage-Stufe ist die teuerste, mit 1 Tag und 3 Tagen dazwischen. Die Preisgestaltung spiegelt wider, wie lange das zugrunde liegende TRX-Staking der Plattform an Ihre Adresse gebunden ist: längere Fenster = mehr gebundenes Kapital = mehr berechnetes TRX. Aktuelle Zahlen pro Stufe in TRX finden Sie auf der Preisseite.

Im Vergleich zum Verbrennen gewinnt die Miete fast immer für Absender, die im Voraus planen. Das Verbrennen der vollen 65.000 Energie zur dynamischen Rate des Netzwerks ist einfach, aber den jeweils aktuellen Verbrennungskosten ausgesetzt, die sich stark verschieben können, wenn sich die Gesamtnachfrage nach Netzwerkenergie ändert. Die Miete gibt Ihnen feste TRX-Kosten zum Zeitpunkt der Bestellung.

Die Ressourcen-Prioritätsreihenfolge während der Ausführung

Wenn eine Transaktion ausgeführt wird, bezieht die VM Energie in einer bestimmten Reihenfolge:

1. Energie, die durch Ressourcen gedeckt ist, die anderen Konten an Ihre Adresse delegiert haben
2. Energie aus Ihrem eigenen gestakten TRX
3. Aus Ihrem Konto verbranntes TRX zur Deckung des verbleibenden Fehlbetrags (begrenzt durch fee_limit)

Diese Reihenfolge ist wichtig für Mietstrategien. Delegierte Energie wird vor Ihrem eigenen Staking verbraucht. Wenn Sie also sowohl Ihre eigene gestakte Energie als auch gemietete Energie haben, wird der gemietete Teil zuerst bezogen. Sobald das Mietfenster abläuft und die Delegation zurückgenommen wird, fällt Ihr Konto auf sein eigenes gestaktes Guthaben zurück oder, wenn das nicht ausreicht, auf die TRX-Verbrennung.

Bandwidth folgt derselben Priorität: zuerst freie Tageszuteilung, dann gestaktes bandwidth, dann TRX-Verbrennung. Es gibt keine ressourcenübergreifende Substitution; Sie können keine überschüssige Energie verwenden, um einen bandwidth-Fehlbetrag zu decken.

Den Ressourcenzustand Ihres Kontos On-Chain lesen

Der TRON-API-Endpunkt wallet/getaccountresource gibt ein JSON-Objekt mit den Feldern zurück, die Sie kennen sollten:

• EnergyLimit: gesamte Energie, die Ihrem Konto derzeit aus Ihrem eigenen Staking zur Verfügung steht
• EnergyUsed: im aktuellen 24-Stunden-Fenster verbrauchte Energie
• TotalEnergyLimit: netzwerkweite Gesamtenergie (nützlich für die Berechnung des Staking-zu-Energie-Verhältnisses)
• TotalEnergyWeight: netzwerkweite Gesamtgewichtung des Stakings für Energie
• freeNetLimit: Ihre freie tägliche bandwidth-Zuteilung (typischerweise 600)
• NetLimit: bandwidth aus Ihrem eigenen gestakten TRX
• NetUsed: heute verbrauchte bandwidth
• TotalNetLimit, TotalNetWeight: netzwerkweite Summen für bandwidth

Um zu sehen, wie viel Energie andere an Ihre Adresse delegiert haben, fragen Sie wallet/getaccount ab und lesen Sie das Feld acquired_delegated_frozenV2_balance_for_energy. Für Details pro Delegierendem, einschließlich etwaiger Sperrablaufzeiten, verwenden Sie wallet/getdelegatedresourcev2.

Wenn Sie ein System bauen, das TRC-20-Überweisungen programmatisch sendet, ermöglicht das Abfragen dieser Endpunkte vor dem Senden, niedrige Energiezustände zu erkennen, bevor sie unerwartete TRX-Verbrennungen verursachen. Die API-Dokumentation behandelt, wie Sie Ressourcenprüfungen und Energie-Bestellungen in automatisierte Workflows integrieren.

Warum sich Token-Verträge im Energieverbrauch unterscheiden

Die Zahl von 65.000 Energie für USDT ist spezifisch für den Tether-Vertrag unter TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t. Andere TRC-20-Verträge werden sich unterscheiden. Ein Token-Vertrag mit zusätzlicher Logik (Mechaniken für Gebühren bei Übertragung, Allowance-Prüfungen für Router oder Ereignis-Emissionen für mehrere Topics) verbraucht pro Aufruf mehr Energie. Ein minimaler ERC-20-ähnlicher Vertrag kann unter 30.000 liegen.

Der einzige zuverlässige Weg, die tatsächlichen Energiekosten eines Vertrags zu kennen, ist, die Transaktion zu simulieren oder historische Ausführungsdatensätze für diesen spezifischen Vertrag auf einem Block-Explorer zu betrachten. Wenden Sie die USDT-Zahl nicht universell auf alle TRC-20-Token an.