Alerte de mise à niveau forcée du réseau principal TRON : GreatVoyage-v4.8.1 (Democritus) publié

L'équipe de développement principale de TRON a officiellement déployé le 4 février 2026 la version GreatVoyage-v4.8.1 (nom de code Democritus), qui est une version de mise à niveau forcée.
Tous les nœuds complets (y compris les nœuds de production de blocs des super représentants) doivent impérativement effectuer la mise à niveau avant le 9 mars 2026 à 23h59 (heure de Singapour / UTC+8). Les nœuds non mis à jour après cette date ne pourront plus synchroniser les blocs, ce qui pourrait entraîner une interruption de la production de blocs ou une indisponibilité du service.
I. En quoi consiste la valeur centrale de cette mise à niveau ?
1. Support officiel complet de l'architecture ARM64 + JDK 17 pour la première fois
C'est une avancée majeure pour la compatibilité matérielle de l'écosystème TRON.
Sur un environnement ARM64, il est désormais obligatoire d'utiliser JDK 17 + RocksDB v9.7.4 (suppression totale du support LevelDB).
L'architecture x86_64 continue d'exiger JDK 8 (les versions supérieures peuvent entraîner des échecs d'annotation, NPE, échecs de synchronisation, etc.).
Les opérations en virgule flottante utilisent StrictMath de manière unifiée et sont partiellement codées en dur sur ARM64, garantissant une cohérence totale avec les données du réseau principal x86.
Pour les opérateurs de nœuds, pools de minage ou institutions souhaitant utiliser des serveurs cloud à moindre coût (Graviton, Ampere, etc. ARM), cela signifie une réduction potentielle significative des coûts matériels à long terme.
2. Alignement du comportement TVM avec Ethereum EIP-6780 : refonte majeure de SELFDESTRUCT
Implémentée via TIP-6780 (paramètre réseau #94, désactivé par défaut, nécessite un vote communautaire pour activer).
Le changement clé est : seul l'appel à SELFDESTRUCT dans la même transaction de création du contrat détruira réellement les données du compte (code + stockage + compte lui-même).
Si appelé dans une transaction ultérieure :
1/ ne supprimera pas le stockage ni le code, mais transférera le solde (y compris TRX, TRX stakés, TRC10)
2/ si l'adresse cible est le contrat lui-même, le solde ne sera pas détruit
3/ la consommation d'énergie de cette opération passe de 0 à 5000, augmentant considérablement la barrière à l'abus
Cela rapproche davantage le comportement des contrats intelligents de TRON de l'EVM d'Ethereum, rendant les ponts cross-chain, DeFi, audits de sécurité plus compatibles.
3. Renforcement global de la stabilité et de la sécurité de la couche réseau (P2P)
1/ Ajout d'une limitation de fréquence de messages par peer (SyncBlockChainMessage, FetchInvDataMessage limités à 3 QPS en phase de synchronisation, P2P_DISCONNECT limité à 1 QPS), pour une meilleure défense contre les attaques par épuisement des ressources
2/ Correction du problème où un nœud léger considérait à tort une connexion comme une fourchette (FORKED), remplacé par LIGHT_NODE_SYNC_FAIL plus précis
3/ Optimisation des logs d'anomalies de synchronisation gt lastNum / gt highNoFork, affichant uniquement les informations essentielles pour réduire le bruit
4/ Détail des codes de cause de déconnexion : échec de la vérification de signature → BAD_BLOCK, échec de la vérification du message Hello → INCOMPATIBLE_PROTOCOL, etc.
5/ Ajout de volatile + optimisation de l'ordre d'affectation pour tous les champs partagés de PeerConnection, éliminant les problèmes de visibilité concurrente
Ces modifications rendent la synchronisation plus stable et résistante aux attaques dans des environnements à forte charge, déployés à l'international ou en réseaux complexes.
4. Amélioration significative de l'expérience API et des services d'événements
1/ Ajout de eth_getBlockReceipts, renvoyant en une seule fois tous les reçus de transaction d'un bloc
2/ Ajout de l'interface /wallet/getpaginatednowwitnesslist, permettant une requête paginée en temps réel des votes des témoins pour le cycle actuel (triés par nombre de votes)
3/ En cas d'échec de eth_call, retour d'une raison de revert plus détaillée (comportement conforme à Ethereum)
4/ Optimisation des performances de requête en masse pour eth_getLogs / eth_getFilterLogs (suppression de bitIndex en double, réduction significative des accès inutiles à la base de données)
5/ Suppression de la configuration d'activation de filtre bloom, écriture par défaut persistante dans la base section-bloom, garantissant l'intégrité des requêtes d'événements historiques sans dépendre de la configuration
5. Autres améliorations pratiques
1/ Normalisation complète des fichiers de configuration, n'acceptant que les champs dans le modèle complet, les autres étant invalides ou obsolètes
2/ Fonctionnalités de SolidityNode et KeystoreFactory intégrées officiellement à FullNode, pouvant être démarrées via –solidity / –keystore-factory, simplifiant le déploiement
3/ TIP-767 : migration du délai d'expiration des propositions (paramètre réseau #92) vers la gouvernance on-chain
4/ Optimisation de la gestion des ressources RocksDB, maxOpenFiles configurable (par défaut 5000), pour éviter les fuites de mémoire
II. Rythme de mise à niveau recommandé
1/ Nœuds de production de blocs des super représentants → planification immédiate d'une mise à niveau en rolling pour assurer une disponibilité zéro
2/ Fournisseurs de DApp / RPC → priorité à la mise à jour, avec tests approfondis sur eth_call, eth_getLogs, SELFDESTRUCT
3/ Nœuds complets / services de données classiques → à planifier rapidement, avant la date limite du 9 mars
4/ Environnements de développement / test → suivre la mise à jour, notamment pour les chaînes privées impliquant des opérations en virgule flottante (pow, etc.), en faisant attention à la méthode de démarrage ARM64
Documentation officielle (recommandé de sauvegarder immédiatement)
• Téléchargement de la version Release & vérification GPG :

• Manuel détaillé de déploiement en chinois (fortement recommandé de suivre cette procédure) :

• Analyse approfondie en anglais (Medium) :

Compatibilité ARM, alignement EVM, renforcement de la robustesse du réseau — Democritus est une étape clé pour l'infrastructure TRON en 2026.
@justinsuntron @trondao #TRONEcoStar