Wie lange gemietete TRON-Energie wirklich hält
Fragen Sie, wie lange gemietete TRON-Energie hält, und die Antworten können nicht alle stimmen: Sie ist weg, sobald die Transaktion bestätigt ist; sie kommt nach einer Stunde zurück; sie liegt drei Tage auf der Wallet; sie hält, bis der Verkäufer sie zurückholen will. Jede davon ist die richtige Antwort auf eine andere Frage, denn über einer gemieteten Delegation laufen drei getrennte Uhren, und nur eine davon ist die, die gemeint ist. Hier stehen sie auseinandergenommen. Die kurze Antwort, wenn Sie nur eine wollen: so lange, wie die Delegation auf der Adresse liegt — bei unseren Bestellungen 300 Sekunden, davon alle bis auf die letzten drei zum Senden; bei den meisten Verkäufern eine Stunde. Aber eine Frist ist nur ein Versprechen, solange keine Sperre dahintersteht, und die Sperre ist die Uhr, die die Frage tatsächlich beantwortet.
Drei Uhren
Die erste ist kaufmännisch: die Frist, die der Verkäufer Ihnen verkauft hat, eine Zahl in einer Preisliste und sonst nichts. Die zweite steht on-chain: die Sperre, das Einzige im Protokoll, was den Verkäufer daran hindert, sich die Delegation früh zurückzuholen. Die dritte gehört der Ressource selbst: ausgegebene Energie erholt sich über den folgenden Tag, wem das Konto auch gehört. Sie sind unabhängig — ein Verkäufer kann eine Stunde verkaufen und nichts sperren —, und die meisten widersprüchlichen Antworten dazu sind Berichte über eine der drei Uhren, als wäre sie alle drei.
Die Frist, die der Verkäufer verkauft hat
Fristen sind eine Produktentscheidung, und die Spanne ist weit. Von den siebzehn Preislisten, die unsere eigene Beobachtung am 7. September 2026 las, nannten sechzehn eine einstündige Mietdauer und eine drei Tage. Die Preise hinter diesen Fristen, jeder mit dem Moment seiner Ablesung gestempelt, stehen auf der Marktseite; die Mietdauer dahinter ist die Produktbeschreibung des Verkäufers selbst. Unsere ist 300 Sekunden, und das ist mit Absicht kurz: Eine Delegation kostet weder im Anlegen noch im Beenden etwas, eine Stunde herumstehender Energie zu kaufen, um fünf Sekunden davon auszugeben, ist also der Kauf von Lagerraum.
Für eine Bestellung heißt das ein Feld. Ist die Energie auf der sendenden Adresse bestätigt, trägt die Antwort send_before: den Moment, in dem sich das Lieferfenster schließt, drei Sekunden vor Ablauf der Mietdauer. Diese drei Sekunden sind Arithmetik und kein Schutz: Sie sorgen dafür, dass das Fenster vor der Mietdauer endet, und für sonst nichts. Das Netz datiert die Mietdauer auf den Block, der die Delegation trug, wir datieren sie auf den Moment, in dem wir diese Delegation bestätigt gesehen haben, und zwischen beiden liegt eine Abfrage — ein in den letzten Sekunden des Fensters gesendeter Transfer kann die Kette also erreichen, nachdem die Energie schon nach Hause gegangen ist, und dafür TRX verbrennen. Senden Sie auf das Signal hin und nicht auf die Frist hin: send_before ist die Zahl, nach der zu planen ist, nicht die Mietdauer und nicht die Uhr an der Wand (wie eine Wallet auf gemieteter Energie sendet geht den Rest dieses Ablaufs durch).
Die Sperre, und was eine Frist nicht leistet
Eine Frist in einer Preisliste ist ein Versprechen; der Mechanismus ist lock=true auf der Delegation. Ohne sie kann der Verkäufer jederzeit undelegieren — ein Recht, das gewöhnliche Mietanbieter behalten, denn das Zurückholen ist bei ihnen der Weg zum Weiterverkauf. Die Zeilen eines Mainnet-Anbieterpools, am 3. September 2026 gelesen, trugen überhaupt keinen Ablaufschlüssel, und am Tag darauf baute die Node auf Anfrage ein Undelegate gegen eine seiner lebenden Delegationen — und ein gebautes Undelegate ist eine Übertragung davon entfernt, die Energie nach Hause zu holen.
Wo es eine Sperre gibt, ist sie exakt. Die Frist wird in Blöcken zu drei Sekunden gezählt, sie steht ohne Angabe auf 86,400 davon — drei Tage —, und im Mainnet stand die Obergrenze am 3. September 2026 bei 864,000 Blöcken, also dreißig Tagen.
Sie lässt sich verlängern und nie verkürzen, und solange sie hält, gibt es überhaupt keinen Ausweg: Eine Mainnet-Node wies an jenem Tag eine Frist über einen Block und eine über vier Stunden gleichermaßen ab — was eine neue Sperre übertreffen muss, ist nicht die Länge der alten, sondern die Zeit, die auf ihr noch bleibt —, und wies das Undelegate rundheraus ab, wobei das gesperrte Guthaben für nichts zählte; zwei Läufe im Nile-Testnetz am 4. September 2026 zogen dieselben Abweisungen gegen eigene Sperren, und dann wurde das Undelegate angenommen, sobald der Ablauf vorüber war, bei fünf Minuten und bei vier Stunden. Der Beitrag über die Delegation selbst trägt die Antworten der Node Wort für Wort. Die ehrliche Form der Frage lautet also, wie lange Ihnen die Energie nicht weggenommen werden kann, und darauf antwortet die Sperre. Eine Frist ohne Sperre dahinter hält so lange, wie der Verkäufer kein Interesse daran hat, sie anzurühren.
Der Tageszyklus darunter
Die dritte Uhr gehört dem Protokoll selbst. Das Energielimit eines Kontos ist ein Kontingent und kein Guthaben: Energie auszugeben zieht nichts vom Limit ab, sondern hebt einen Zähler für Verbrauchtes dagegen, und dieser Zähler läuft über die folgenden vierundzwanzig Stunden wieder herunter. Daher kommt „sie kommt nach einer Stunde zurück“ — ungefähr so sieht ein teilweise ausgegebenes Kontingent auf einem Konto aus, das eigenes TRX gestakt hat. Für eine Miete gilt es auf eine Weise, die zählt, und sie ist das Gegenteil der naheliegenden. Der Zähler gehört der Wallet und nicht der Delegation, und er wird nicht zurückgesetzt, wenn die Delegation nach Hause geht: Eine Wallet, die gerade 65,000 Einheiten ausgegeben hat, trägt sie für den Rest des Tages gegen ihr Limit. Eine Frist über fünf Minuten ist etwa ein Dreihundertstel dieses Erholungstages, es läuft also fast nichts davon ab, bevor die nächste Bestellung kommt. Deshalb muss eine zweite Miete decken, was die erste ausgegeben hat, statt dieselbe Menge noch einmal zu liefern — und deshalb lesen wir vor dem Belasten die verfügbare Energie auf der Adresse, Limit minus Verbrauchtes, und nicht das Limit. Am anderen Ende des Marktes ist der Zyklus das meiste von dem, was verkauft wird: Eine dreitägige Miete auf einer Wallet, die eine Handvoll Transfers am Tag sendet, kauft die Erholung ebenso sehr wie die Delegation.
„Verbraucht“ ist nicht „weg“
Ein Transfer verbraucht die Delegation nicht. Energie wird gegen das Limit ausgegeben; die Delegation, die das Limit angehoben hat, ist eine Zeile zwischen zwei Adressen, und wer ausgibt, rührt sie nicht an. Sie endet, wenn der Delegierende undelegiert, oder, mit einer Sperre darauf, nicht vor dem Ablauf — eine Wallet, die gerade ihr ganzes Limit verbrannt hat, hält die Delegation also weiterhin, und eine Wallet, die nichts ausgegeben hat, hält nicht mehr davon. Deshalb bedeutet das Ende einer Miete zweierlei, je nachdem, wer zusieht: Die Energie war geliefert, als sie auf der Adresse erschien, und ob sie genutzt wurde, ist eine eigene Tatsache.
Ein Pfad, den wir nicht gemessen haben: was das eigene Staking der empfangenden Wallet mit einer darauf stehenden Delegation macht. Unstakt sie mitten in der Frist oder delegiert sie weiter, legt der Code des Aktuators nahe, dass es dort etwas zu finden gibt, und wir haben es nicht ausgeführt.
Wie das Ende der Frist auf einer Bestellung aussieht
Eine Position, die das Schließen ihres Fensters ungenutzt erreicht, endet als expired, und das ist kein Fehlschlag. Sie trägt keinen Fehler, weil nichts schiefging: Die Energie wurde gekauft, delegiert, auf der Adresse bestätigt und dort das ganze Fenster über gehalten, und Sie haben nicht gesendet. Die Belastung bleibt in mode A aus genau diesem Grund — verkauft wird gelieferte Energie und nicht Ihr Akt des Sendens —, und in mode C, wo eine Wallet belastet wird, bevor irgendein Empfänger bekannt ist, ist expired das normale Ende und keine Ausnahme.
Der eine Fall, in dem ein geschlossenes Fenster unseres ist und nicht Ihres, ist mode B. Dort gehört das Senden zum Dienst: Haben wir Ihre signierte Transaktion bis send_before nicht übertragen, schließt die Position als failed mit broadcast_window_missed, und die ganze Reservierung kommt zurück. Wir übertragen auch nicht verspätet, und das ist Absicht und keine Pedanterie — ein Transfer, der nach dem Ende der Delegation weitergereicht wird, würde das TRX verbrennen, für dessen Ersparnis man uns bezahlt. Was jeder dieser Status auf einer Rechnung anrichtet, steht auf der Preisseite, und die kurzen Antworten stehen in den häufigen Fragen.
Wenn eine Wallet den ganzen Tag Energie braucht
Für eine Hot Wallet ist nichts davon eine gute Form. Eine lange Miete, die einen Tag unvorhersehbaren Sendens abdeckt, bezahlt die untätigen Stunden mit; eine kurze je Transfer heißt eine Bestellung je Transfer. Eine Auto-refill-Regel ist die dritte Möglichkeit: eine Adresse und ein Tagesbudget, worauf jedem Transfer der Wallet eine Auffüllung auf wieder etwa 131,000 Energie folgt — abgerechnet, wenn diese Energie im Netz sichtbar ist, und nicht, wenn etwas sie meldet. Eine untätige Wallet gibt nichts aus, weil sie nichts gebraucht hat — das Tagesbudget wird reserviert und nicht belastet —, und die Frist hört auf, etwas zu sein, wonach Sie planen.
Wie Sie die verbleibende Frist selbst lesen
Nichts hiervon muss geglaubt werden, denn alles davon steht in der Kette. Die Delegation zwischen den beiden Adressen ist eine eigene Zeile, und das Feld, das diesen ganzen Beitrag beantwortet, ist expire_time_for_energy — ein Zeitstempel in Millisekunden auf der Zeile für dieses Paar. Ein fehlender Schlüssel heißt keine Sperre und nicht eine Sperre der Länge null, und das ist die ehrliche Lesart der meisten Endkundenmieten.
Der Ablauf wird aus dem Header des vorherigen Blocks gestempelt und nicht aus dem der Delegation selbst, weshalb der Beitrag über die Delegation selbst sagt, diese Zahl zu lesen und sie nie zu berechnen. Die andere Hälfte der Antwort ist das Konto selbst: das Energielimit, das stieg, als die Delegation ankam, und die Felder, die verschwinden — nicht auf null, sondern verschwunden — in dem Moment, in dem sie zurückgeholt wird.