Blog · 19. September 2026

So mieten Sie TRON-Energie sicher

Eine Miete braucht eines von Ihnen: die Adresse, auf der die Energie landen soll. Suchen Sie danach, wie man TRON-Energie sicher mietet, bekommen Sie zwei Arten von Seiten — Verkäufer und Warnungen vor Verkäufern — und keine von beiden klärt es, denn der brauchbare Test ist nicht, ob ein Verkäufer vertrauenswürdig wirkt, sondern was die Transaktion tatsächlich verlangt. Alles Weitere, wonach ein Verkäufer fragt, ist eine Frage nach etwas anderem als nach Energie.

Was eine echte Miete verlangt: eine Adresse

Energie bewegt sich per Delegation, und eine Delegation wird von dem Konto signiert, das das gestakte TRX hält, nicht von dem Konto, das die Energie empfängt. Die Empfängerseite ist passiv: Das Netz hebt ihr Energielimit an, und das ist das ganze Ereignis (wie Energie funktioniert). Die vollständige Liste dessen, was ein rechtmäßiger Verkäufer von Ihnen braucht, ist also die Adresse, auf der die Energie landen soll.

Nichts zu signieren. Keine Wallet-Verbindung. Keine Token-Genehmigung. Keine Seed-Phrase. Keine „Aktivierungszahlung“, um die Lieferung freizuschalten. Die einzige Anforderung an die Adresse selbst ist, dass sie on-chain existiert: An ein Konto, das nie aktiviert wurde, kann keine Energie delegiert werden, was in unserer API eine Abweisung ist — 422 invalid_address mit details.reason auf inactive_wallet — und keine Belastung für eine Lieferung, die gar nicht hätte stattfinden können.

Wie die Delegation von Ihrer Seite aussieht

Die Lieferung muss nicht geglaubt werden. TRON verzeichnet eine Delegation beim empfangenden Konto ebenso wie beim delegierenden — die Feldnamen tragen noch das V2 des Staking-Modells, das sie eingeführt hat —, der Käufer kann das Ergebnis also lesen, ohne den Verkäufer irgendetwas zu fragen.

Zwei Felder sagen es, und jedes kommt aus seinem eigenen Aufruf. acquired_delegated_frozenV2_balance_for_energy, das getaccount zurückgibt, ist das an Ihr Konto delegierte gestakte sun; und auf einer Wallet, die selbst nichts gestakt hat, ist das EnergyLimit aus getaccountresource das, was daraus an Energie wird — der erworbene Betrag mal dem netzeigenen Verhältnis von Gesamtenergielimit zu gesamtem gestaktem Gewicht. Stakt die Wallet auch selbst, ist der delegierte Teil der Anstieg des EnergyLimit und nicht dessen ganzer Wert. Was eine Delegation festlegt, ist das sun; die Energie ist es nicht, denn dieses Verhältnis bewegt sich mit dem Stake des ganzen Netzes, Block für Block.

Gegen einen Mainnet-Empfänger am 3. September 2026 gelesen, ging die Rechnung auf die Einheit auf: Energie von zwei Delegierenden erworben, und ein EnergyLimit von 299,638. Derselbe Datensatz trug überhaupt kein tronPowerLimit — ein Empfänger gewinnt aus einer Delegation kein Stimmgewicht, was eine weitere Art ist zu sagen, dass hinübergeht, was Energie ist, und sonst nichts.

Die Frist steht an derselben Stelle. getdelegatedresourcev2 zeigt bei einer gesperrten Delegation eine expire_time_for_energy in ihrer Zeile; ohne Sperre gibt es diesen Schlüssel nicht, und der Delegierende kann die Energie mit einem Aufruf zurückholen. Der Pool eines Energieanbieters, am 4. September 2026 gelesen, zeigte genau das — eine lebende Delegation ohne Ablauf in der Zeile, und die Node baute auf Anfrage eine Undelegate-Transaktion dagegen. Keine Unehrlichkeit: ein anderes Gut, und der Datensatz ist die einzige Stelle, die sagt, welches der beiden Sie gekauft haben.

Die Warnzeichen, und worauf jedes zielt

• „Verbinden Sie Ihre Wallet.“ Eine Delegation braucht keine Verbindung und keine Sitzung: Der Delegierende signiert sie allein, und Ihr Konto erscheint darin als Zeichenkette. Was ein Verbindungsdialog der Gegenseite tatsächlich einbringt, ist die Möglichkeit, Ihnen eine Transaktion zur Signatur vorzulegen, und vorgelegt werden meist zwei: ein Transfer und eine Genehmigung.
• „Genehmigen Sie USDT, damit die Energie geliefert werden kann.“ Eine Genehmigung ist ein Aufruf am Token-Vertrag, der einem Dritten das Recht gibt, Ihr USDT zu bewegen, bis zu dem von Ihnen gesetzten Betrag und solange sie besteht. Mit einer Delegation hat sie schlicht nichts zu tun — Energie kommt auf einem Konto an, das nie etwas signiert hat. Das ist kein Warnzeichen in der Nähe des Betrugs; das ist der Betrug.
• „Senden Sie TRX an diese Adresse und bekommen Sie kostenlose Energie.“ Eine Zahlung ohne Bestellung dahinter: keine Kennung zum Nennen, kein Nachweis, was gekauft wurde, niemand, der eine Verpflichtung hält. Eine Miete hat eine Bestellung, die entweder geliefert hat oder nicht, und eine nicht gelieferte gibt das Geld ungefragt zurück.
• Ein Bot, der einen privaten Schlüssel oder eine Seed-Phrase will — um die Wallet zu „prüfen“, zu „aktivieren“ oder zu „verknüpfen“. Kein Schritt einer Miete hat einen Platz dafür. Wer den Schlüssel hat, hat die Mittel, und damit ist das Gespräch beendet.
• Ein Verkäufer, der den Transfer über sich geleitet haben will. „Senden Sie uns das USDT, und wir leiten es weiter, sobald die Energie da ist“ ist Verwahrung und keine Energie. Einen Transfer zu übergeben ist eine echte Konstruktion — hier ist es mode B —, aber übergeben wird eine Transaktion, die Sie selbst signiert haben, mit Empfänger und Betrag darin, und die sich nicht um ein Byte ändern lässt, ohne die Signatur zu zerstören.

Was nach dem Bezahlen zu prüfen ist

Zwei Tatsachen, beide on-chain statt vom Verkäufer lesbar. Zuerst die Energie: Das Energielimit des empfangenden Kontos ist entweder gestiegen oder nicht, und diese Lieferung ist genau das, was verkauft wird. Dann die Frist, also wie lange sie bleibt. Eine Delegation ohne Sperre ist jederzeit widerrufbar; eine gesperrte kann der Delegierende nicht einmal verkürzen, und das Netz lehnt den Versuch ab, indem es die noch laufenden Millisekunden nennt.

Unsere Mietdauer ist bewusst kurz: Die Bestellung trägt send_before, 297 Sekunden ab der zuletzt bestätigten Delegation, und eine Schätzung gibt die bepreiste Mietdauer als duration_s zurück. Ein kurzes Fenster ist es, was Energie überhaupt günstig genug macht, um sie je Transfer zu mieten.

Was ein Verkäufer versprechen kann und was nicht

Ein ehrlicher Verkäufer verspricht die Lieferung von Energie. Er kann nicht versprechen, dass Ihr Transfer gelingt, denn die Gründe, aus denen ein USDT-Transfer scheitert, sind Eigenschaften der Adressen und nicht der Energie: ein im Token-Vertrag eingefrorener Empfänger, ein Absender, der nicht hält, was er bewegen will, ein Vertrag, der zurückrollt (was ein Auszahlungsteam tatsächlich trifft).

Unsere Status sind so geschrieben, dass sie die beiden auseinanderhalten. completed heißt, die Energie wurde geliefert, und in mode A kann das eintreffen, bevor Sie etwas gesendet haben. expired heißt, sie wurde geliefert, das ganze Fenster über gehalten und nicht genutzt — belastet, weil sie geliefert wurde. failed heißt, sie wurde durch unser Verschulden nicht geliefert, und dann wird nichts belastet. Welcher davon Geld freigibt, ist der ganze Inhalt der Erstattungsrichtlinie, und ein Verkäufer, der dieselbe Aufteilung nicht vorab nennen will, ist eine weitere Frage wert, bevor Geld fließt.

Vorausbezahltes Guthaben, und was eine gescheiterte Lieferung bewirkt

Geld ist hier vorausbezahltes Serviceguthaben, geführt in TRX. Das Anlegen einer Bestellung reserviert den Preis; die Belastung fällt an, wenn die Energie on-chain sichtbar ist, und nicht, wenn ein Lieferant sagt, sie sei geschickt worden. Eine gescheiterte Lieferung gibt die Reservierung vollständig frei, von selbst und ohne ein Ticket, und ein gemischter Stapel rechnet Zeile für Zeile als partially_completed ab — belastet für die angekommenen Positionen, freigegeben für den Rest (wie sich das auf einer Rechnung liest).

Fragen, die uns wirklich gestellt werden

Kann eine Delegation die Wallet leerräumen, auf der sie landet?

Nein — und das müssen Sie nicht glauben: Das empfangende Konto gewinnt acquired_delegated_frozenV2_balance_for_energy und gewährt im Gegenzug nichts, und mehr zeigt der Datensatz nicht.

Brauche ich TRX auf der Wallet, um Energie zu empfangen?

Nein, und eine Delegation rührt das Guthaben in keine Richtung an. Die Wallet muss allerdings on-chain existieren: Eine nie aktivierte Adresse ist noch kein Konto, und es gibt nichts, woran delegiert werden könnte.

Wie erkenne ich, ob ein genannter Preis echt ist?

Lesen Sie ihn aus einem Endpunkt und nicht von einer vor Monaten geschriebenen Seite. Unserer steht auf der Preisseite, live bei jedem Laden; die Marktseite zeigt, was die von uns beobachteten Anbieter über sich veröffentlichen, jede Ablesung mit ihrem Zeitpunkt gestempelt. Ein Preis, den niemand abrufen kann, ist eine Behauptung und kein Angebot (mehr von dem, was Integratoren fragen).