Combien de temps dure l'énergie TRON louée, en réalité
Demandez combien de temps dure l'énergie TRON louée et les réponses ne peuvent pas être toutes vraies : elle disparaît à l'instant où la transaction se confirme ; elle revient au bout d'une heure ; elle reste sur le portefeuille pendant trois jours ; elle dure jusqu'à ce que le vendeur décide de la reprendre. Chacune est une bonne réponse à une question différente, parce que trois horloges distinctes tournent au-dessus d'une délégation louée et qu'une seule est celle que les gens ont en tête. Les voici séparées les unes des autres. La réponse courte, si vous n'en voulez qu'une : aussi longtemps que la délégation reste sur l'adresse — pour nos commandes 300 secondes, dont toutes sauf les trois dernières pour envoyer ; chez la plupart des vendeurs, une heure. Mais une durée n'est qu'une promesse tant qu'un verrou ne se tient pas derrière elle, et c'est le verrou qui répond vraiment à la question.
Trois horloges
La première est commerciale : la durée que le vendeur vous a vendue, qui est un nombre dans une grille tarifaire et rien de plus. La deuxième est on-chain : le verrou, la seule chose dans le protocole qui empêche le vendeur de reprendre la délégation en avance. La troisième appartient à la ressource elle-même : l'énergie dépensée se reconstitue au fil de la journée qui suit, quel que soit le compte. Elles sont indépendantes — un vendeur peut vendre une heure et ne rien verrouiller — et la plupart des réponses contradictoires sur le sujet sont quelqu'un qui rapporte l'une des trois comme si elle valait pour les trois.
La durée que le vendeur a vendue
Les durées sont une décision produit, et l'écart est large. Sur les dix-sept grilles tarifaires que notre propre veille a lues le 7 septembre 2026, seize annonçaient un bail d'une heure et une annonçait trois jours. Les prix derrière ces durées, chacun horodaté de l'instant où il a été lu, sont sur la page du marché ; le bail, lui, est la description produit du vendeur derrière eux. Le nôtre est de 300 secondes, et il est court à dessein : une délégation ne coûte rien à créer et rien à terminer, si bien qu'acheter une heure d'énergie qui stationne pour en dépenser cinq secondes revient à acheter du stockage.
Ce que cela veut dire pour une commande tient en un champ. Quand l'énergie est confirmée sur l'adresse émettrice, la réponse porte send_before : l'instant où la fenêtre de livraison se ferme, trois secondes avant la fin du bail. Ces trois secondes sont de l'arithmétique et non une protection : elles font que la fenêtre se termine avant le bail, et rien de plus. Le réseau date le bail depuis le bloc qui portait la délégation, nous le datons depuis l'instant où nous avons vu cette délégation confirmée, et un sondage sépare ces deux instants — un transfert envoyé dans les dernières secondes de la fenêtre peut donc atteindre la chaîne alors que l'énergie est déjà rentrée chez elle, et y brûler des TRX. Envoyez sur le signal plutôt que sur l'échéance : c'est send_before qui sert de repère, pas le bail et pas l'horloge murale (comment un portefeuille envoie sur de l'énergie louée parcourt le reste de ce flux).
Le verrou, et ce qu'une durée ne fait pas
Une durée dans une grille tarifaire est une promesse ; le mécanisme, c'est lock=true sur la délégation. Sans lui, le vendeur peut retirer sa délégation à tout instant — un droit que les loueurs ordinaires se gardent, parce que reprendre est leur façon de revendre. Les lignes d'un pool de vendeur du réseau principal, lues le 3 septembre 2026, ne portaient aucune clé d'expiration, et le lendemain le nœud a construit sur demande un retrait de délégation contre l'une de ses délégations vivantes — et un retrait construit n'est qu'à une diffusion de son retour.
Là où il y a un verrou, il est exact. La période se compte en blocs de trois secondes, elle vaut par défaut 86,400 d'entre eux — trois jours — quand on l'omet, et sur le réseau principal le 3 septembre 2026 le plafond se tenait à 864,000 blocs, soit trente jours.
Il peut être prolongé et jamais écourté, et tant qu'il tient il n'y a aucune sortie : un nœud du réseau principal, ce jour-là, a refusé pareillement une période d'un bloc et une de quatre heures — ce qu'un nouveau verrou doit dépasser n'est pas la longueur de l'ancien mais le temps qui lui reste — et a refusé net le retrait de délégation, le solde verrouillé ne comptant pour rien ; deux passages sur le testnet Nile le 4 septembre 2026 ont tiré les mêmes refus contre des verrous à nous, puis ont vu le retrait accepté dès l'échéance passée, à cinq minutes et à quatre heures. Le billet sur la délégation elle-même reprend les réponses du nœud mot pour mot. La forme honnête de la question est donc : combien de temps l'énergie ne peut-elle pas vous être reprise, et à celle-là c'est le verrou qui répond. Une durée sans verrou derrière elle dure aussi longtemps que le vendeur a intérêt à la laisser tranquille.
Le cycle quotidien en dessous
La troisième horloge appartient au protocole. La limite d'énergie d'un compte est une allocation, pas un solde : dépenser de l'énergie ne retranche rien à la limite mais fait monter un compteur d'usage en face d'elle, et ce compteur redescend au fil des vingt-quatre heures qui suivent. C'est de là que vient « elle revient au bout d'une heure » — c'est à peu près l'allure d'une allocation à demi dépensée sur un compte qui a gelé ses propres TRX. Pour une location, cela s'applique d'une seule façon qui compte, et c'est l'inverse de la façon évidente. Le compteur appartient au portefeuille, pas à la délégation, et il ne se remet pas à zéro quand la délégation rentre chez elle : un portefeuille qui vient de dépenser 65,000 unités les impute sur sa limite pour le reste de la journée. Une durée de cinq minutes, c'est environ un trois-centième de cette journée de récupération, donc presque rien n'en redescend avant la commande suivante. C'est pourquoi une seconde location doit couvrir ce que la première a dépensé plutôt que livrer à nouveau le même montant — et pourquoi ce que nous lisons sur l'adresse avant de facturer est l'énergie disponible, la limite moins l'usage, et non la limite. À l'autre bout du marché, le cycle est l'essentiel de ce qui se vend : un bail de trois jours sur un portefeuille qui envoie une poignée de transferts par jour achète la récupération autant que la délégation.
« Utilisée » n'est pas « partie »
Un transfert ne consomme pas la délégation. L'énergie se dépense en regard de la limite ; la délégation qui a fait monter cette limite est une ligne entre deux adresses, et personne qui dépense n'y touche. Elle prend fin quand le délégant retire sa délégation, ou, s'il y a un verrou dessus, pas avant l'échéance — si bien qu'un portefeuille qui vient d'épuiser toute sa limite détient encore la délégation, et qu'un portefeuille qui n'a rien dépensé n'en détient pas davantage. C'est pourquoi la fin d'une location veut dire deux choses différentes selon qui regarde : l'énergie a été livrée quand elle est apparue sur l'adresse, et savoir si elle a été utilisée est un fait séparé.
Une piste que nous n'avons pas mesurée : ce que le gel propre au portefeuille qui reçoit fait à une délégation posée sur lui. S'il dégèle ou délègue à son tour en cours de durée, le code de l'Actuator laisse penser qu'il y a quelque chose à trouver, et nous ne l'avons pas exécuté.
À quoi ressemble la fin de la durée sur une commande
Une position qui atteint la fermeture de sa fenêtre sans avoir été utilisée se termine en expired, et ce n'est pas un échec. Elle ne porte aucune erreur, parce que rien n'a mal tourné : l'énergie a été achetée, déléguée, confirmée sur l'adresse et tenue là toute la fenêtre, et vous n'avez pas envoyé. Le débit reste en mode A pour exactement cette raison — ce qui est vendu, c'est de l'énergie livrée, pas votre geste d'envoi — et en mode C, où un portefeuille est facturé avant qu'aucun destinataire ne soit connu, expired est la fin normale plutôt qu'une exception.
Le mode B est le seul cas où une fenêtre fermée est la nôtre et non la vôtre. L'envoi y fait partie du service : si nous n'avons pas diffusé votre transaction signée avant send_before, la position se ferme en failed avec broadcast_window_missed et la réservation revient en entier. Nous ne diffusons pas non plus en retard, et c'est délibéré plutôt que tatillon — un transfert relayé après le départ de la délégation brûlerait les TRX que nous avons été engagés à épargner. Ce que chacun de ces statuts fait à une facture est sur la page des tarifs, et les réponses courtes sont dans les questions fréquentes.
Quand un portefeuille a besoin d'énergie toute la journée
Rien de tout cela n'a la bonne forme pour un portefeuille chaud. Un bail long qui couvre une journée d'envois imprévisibles paie aussi les heures d'inactivité ; un bail court par transfert veut dire une commande par transfert. Une règle Auto-refill est la troisième option : une adresse et un budget quotidien, après quoi chaque transfert que fait le portefeuille est suivi d'une recharge qui le ramène à environ 131,000 d'énergie — facturée quand cette énergie est visible sur le réseau, pas quand quelque chose la déclare. Un portefeuille inactif ne dépense rien, parce qu'il n'avait besoin de rien — le budget de la journée est réservé et non débité — et la durée cesse d'être une chose autour de laquelle il faut s'organiser.
Comment lire vous-même la durée qui reste
Rien ici n'a besoin d'être cru sur parole, parce que tout est sur la chaîne. La délégation entre les deux adresses est une ligne à elle seule, et le champ qui répond à tout ce billet est expire_time_for_energy — un horodatage en millisecondes sur la ligne de ce couple d'adresses. Une clé absente veut dire pas de verrou, et non un verrou de longueur nulle, et c'est la lecture honnête de la plupart des locations de détail.
L'échéance est estampillée depuis l'en-tête du bloc précédent et non depuis celui de la délégation, et c'est pourquoi le billet sur la délégation elle-même dit de lire ce nombre et de ne jamais le calculer. L'autre moitié de la réponse est le compte lui-même : la limite d'énergie qui a monté quand la délégation est arrivée, et les champs qui disparaissent — pas à zéro, ils disparaissent — à l'instant où elle est reprise.