La cryptographie post-quantique de TRON est active à des fins de test sur le testnet Nile, mais aucune source primaire citée ne confirme un déploiement sur le mainnet au 13 octobre 2026. La proposition Nile n° 20628 a activé FN-DSA-512 le 2 juillet 2026. Cet événement prouve que le réseau a accepté la fonctionnalité de test ; il ne prouve ni la sécurité en cas d’attaque, ni la préparation des portefeuilles, ni l’existence d’un audit indépendant ou d’une approbation pour la production.
La cryptographie post-quantique de TRON est-elle active sur le mainnet ?
La cryptographie post-quantique de TRON n’était pas vérifiable comme étant active sur le mainnet de TRON au 13 octobre 2026. La documentation publique du mainnet de TRON spécifiait encore ECDSA sur secp256k1 pour l’authentification des transactions, tandis que TIP-899 demeurait une proposition de norme à l’état de brouillon décrivant des signatures post-quantiques déployées sur le testnet Nile à des fins de test.
Cette distinction est importante. L’activation sur un testnet montre que les nœuds peuvent traiter le format proposé dans un environnement contrôlé. Elle ne démontre pas une conservation sécurisée, une large compatibilité avec les portefeuilles ou une résistance au trafic hostile contenant des signatures malformées.
La proposition Nile n° 20628 fournit l’élément le plus clair : elle a activé FN-DSA-512 le 2 juillet 2026. En revanche, les notes publiques de java-tron GreatVoyage v4.8.2, publiée le 15 juillet 2026 en tant que mise à niveau obligatoire, n’identifiaient pas d’activation post-quantique sur le mainnet.
Le 10 octobre 2026, Justin Sun a déclaré que TRON était prêt à apporter la résistance quantique au mainnet « à tout moment », selon Cointelegraph. L’annonce ne fournissait aucun rapport d’audit externe, résultat de référence ou date d’activation, et les informations publiées au même moment indiquaient que le déploiement sur le mainnet n’avait pas eu lieu. La préparation est une affirmation ; une proposition de gouvernance approuvée et un comportement observable sur le mainnet constitueraient des preuves.
Qu’a réellement prouvé l’activation sur le testnet Nile ?
L’activation du testnet Nile de TRON a prouvé en 2026 que les logiciels participants pouvaient activer FN-DSA-512 par l’intermédiaire de la gouvernance et tester le parcours de transaction post-quantique proposé en dehors du mainnet. L’activation n’a pas prouvé que FN-DSA-512 résiste à toutes les attaques visant l’implémentation, fonctionne avec tous les portefeuilles de production ou présente des coûts acceptables face à la demande du mainnet.
La cryptographie post-quantique est une catégorie de méthodes cryptographiques conçues pour résister aux attaques menées par des ordinateurs conventionnels ainsi que par des ordinateurs quantiques suffisamment puissants. TIP-899 propose d’utiliser de telles signatures pour transactions, la production de blocs, les échanges d’établissement de liaison entre nœuds et la vérification au sein de la TRON Virtual Machine.
La conception comprend deux familles d’algorithmes. FN-DSA-512, également appelé Falcon-512 dans la documentation de TRON, est l’option compacte. ML-DSA-44, auparavant associé à Dilithium2, est l’option fondée sur ML-DSA, que le National Institute of Standards and Technology des États-Unis a finalisée dans FIPS 204 en 2024. La documentation de TRON associe FN-DSA au projet de norme FIPS 206 plutôt qu’à une norme finalisée.
Cette séparation est pertinente pour une expérimentation : un choix privilégie des signatures compactes, tandis que l’autre repose sur une norme NIST définitive. Pour les organisations qui planifient au-delà d’un seul blockchain, une approche plus large migration post-quantique aide à dissocier la sélection des algorithmes des travaux d’inventaire, de test et de gestion des clés.
Dans quelle mesure les transactions post-quantiques de TRON sont-elles plus volumineuses ?
La cryptographie post-quantique de TRON ajoute beaucoup plus de données de signature que l’authentification ECDSA existante. TIP-899 spécifie une clé publique FN-DSA-512 de 896 octets accompagnée d’un emplacement de signature de 666 octets, ou une clé publique ML-DSA-44 de 1 312 octets accompagnée d’une signature de 2 420 octets, alors qu’une signature ECDSA occupe 65 octets en 2026.
| Schéma | Clé publique en phase 1 | Signature | Clé et signature combinées | Par rapport à une signature ECDSA de 65 octets |
|---|---|---|---|---|
| ECDSA secp256k1 | Non comparé dans le format de la phase 1 de TIP-899 | 65 octets | 65 octets pour la signature seule | 1× |
| FN-DSA-512 | 896 octets | 666 octets | 1 562 octets | Environ 24,0 fois |
| ML-DSA-44 | 1 312 octets | 2 420 octets | 3 732 octets | Environ 57,4 fois |
Le calcul met en évidence un coût que les affirmations générales ont tendance à omettre. Dans le format de la phase 1 de 2026, FN-DSA-512 ajoute 1 562 octets pour sa clé et sa signature, tandis que ML-DSA-44 en ajoute 3 732. Ces totaux sont divisés par 65 pour obtenir les comparaisons approximatives de 24,0 fois et 57,4 fois présentées ci-dessus ; ils comparent les éléments liés à la signature, et non la taille complète des transactions.
La phase 1 place la clé publique post-quantique complète dans chaque transaction. TIP-899 ne décrit le stockage ponctuel de la clé sur la chaîne que comme une conception préliminaire de phase 2 ; personne ne devrait donc évaluer le coût de l’implémentation initiale comme si cette optimisation existait déjà. À mon avis, la répétition des clés publiques constitue le problème de déploiement le moins séduisant, mais le plus immédiat, de la proposition.
La vérification consomme également des ressources réseau. TIP-899 attribue 3 000 unités d’énergie à une vérification précompilée post-quantique et 2 400 unités d’énergie par signature dans un lot. Les informations publiées disponibles au 13 octobre 2026 n’établissaient pas de coût utilisateur fiable en TRX, car le résultat varie selon les conditions énergétiques.
Les comptes et portefeuilles TRON existants fonctionneront-ils toujours ?
Les comptes TRON existants peuvent conserver leurs adresses de 21 octets préfixées par T dans la conception de TIP-899 de 2026. La proposition préserve la structure Account et utilise le système de pondération des permissions de TRON pour prendre en charge des signataires ECDSA et post-quantiques mixtes, mais la dérivation des portefeuilles de production, la compatibilité matérielle, la détection des capacités et la rotation des clés restent à résoudre.
La préservation des adresses réduit les perturbations visibles. Un utilisateur n’aurait pas nécessairement besoin d’un nouveau format d’adresse simplement parce qu’une permission commence à accepter un autre schéma de signature. Les permissions mixtes pourraient également permettre une configuration progressive dans laquelle une clé ECDSA et une clé post-quantique disposent de poids définis.
La conservation sécurisée est toutefois plus difficile que la compatibilité des adresses. TIP-899 laisse explicitement ouverte la question de l’interaction entre les phrases mnémotechniques BIP-39 et la dérivation de type BIP-32 avec les nouvelles clés, la manière dont les portefeuilles découvrent les capacités des comptes, l’emplacement de stockage des clés publiques et la signification opérationnelle de la rotation des clés. Les limites de mémoire des portefeuilles matériels constituent une autre question ouverte.
Un cas limite particulièrement obscur apparaît dans TIP-899 : la génération de clés FN-DSA à partir d’une valeur initiale peut ne pas être stable bit à bit entre différentes machines virtuelles Java ou architectures de processeur. Une valeur initiale qui semble suffisante pour une récupération déterministe pourrait donc devenir dangereuse si des appareils différents produisent des résultats différents. La proposition fixe également un emplacement de 666 octets rempli de zéros pour une signature FN-DSA-512 unique en 2026, ce qui fait du comportement exact de la sérialisation un élément des tests de compatibilité.
Les fabricants de portefeuilles devraient considérer cela comme une migration de conservation sécurisée, et non comme une simple case supplémentaire à cocher. Les comparaisons de l’ergonomie des portefeuilles et de la prise en charge des paiements montrent pourquoi les capacités du protocole, à elles seules, ne garantissent jamais un fonctionnement sûr pour l’utilisateur final, tandis que la hausse signalée des incidents de sécurité liés aux cryptomonnaies en 2026 plaide en faveur du test des parcours de récupération avant la mise en service de nouvelles clés.
Que faut-il faire avant un déploiement crédible sur le mainnet ?
Un déploiement crédible de la cryptographie post-quantique de TRON exige davantage que l’activation d’un indicateur de gouvernance. Le plan d’implémentation 2026 de TIP-899 prévoit un audit cryptographique et d’implémentation indépendant, la publication d’un résumé de l’audit et une couverture par un programme de chasse aux bogues avant l’activation sur le mainnet. Aucun rapport d’audit externe achevé n’a été identifié dans les éléments publics fournis au 13 octobre 2026.
Le algorithmes sont désactivés par défaut. Des propositions de gouvernance distinctes et réversibles contrôlent FN-DSA-512 via ALLOW_FN_DSA_512, code 1000, et ML-DSA-44 via ALLOW_ML_DSA_44, code 1001. La réversibilité est utile si une faille apparaît, mais les règles de restauration ne réparent ni les clés ni les transactions déjà exposées à un logiciel défectueux.
Avant de considérer un déploiement comme prêt pour la production, vous devriez rechercher les éléments suivants :
- Un auditeur indépendant désigné, un périmètre daté et un résumé public couvrant la cryptographie, la sérialisation, les précompilés et les risques de déni de service.
- Des vecteurs de test multiplateformes prouvant la cohérence de la génération des clés, de la signature et de la vérification sur les machines virtuelles Java, processeurs, portefeuilles et appareils matériels pris en charge.
- Des analyses comparatives sur le réseau principal indiquant la taille des transactions en octets, la latence de vérification, l’impact sur les blocs et le coût utilisateur en TRX, selon les hypothèses de réseau pour 2026.
- Des procédures documentées de création, de sauvegarde, de récupération et de rotation des clés, ainsi que de gestion des autorisations mixtes, y compris la gestion des défaillances lorsqu’un portefeuille ne prend pas en charge la cryptographie post-quantique.
- Une proposition de gouvernance approuvée pour le réseau principal, un bloc ou horodatage d’activation, les exigences relatives à la version des nœuds et un processus de restauration testé.
TIP-899 fait également état d’une éventuelle procédure d’urgence avec une fenêtre de vote de six heures et l’approbation de 22 des 27 Super Representatives. Cette procédure ne faisait pas partie du déploiement initial de 2026. En toute honnêteté, la gouvernance d’urgence n’a de sens qu’après que les opérateurs ont répété l’utilisation des outils ; une courte fenêtre de vote ne remplace pas la préparation aux incidents.
FAQ sur les tests de résistance quantique de TRON
Quels algorithmes post-quantiques TRON teste-t-ila0?
La conception TIP-899 de TRON pour 2026 prend en charge FN-DSA-512, également appelé Falcon-512, ainsi que ML-DSA-44, autrefois associé à Dilithium2. La proposition couvre les transactions, la production de blocs, les échanges d’initialisation entre nœuds et la vérification par la TRON Virtual Machine.
ML-DSA-44 est-il une norme NIST finalisée ?
ML-DSA a été finalisé par le National Institute of Standards and Technology dans le cadre de la norme FIPS 204 en 2024. Le NIST a ajouté une note de planification des corrections le 31 juillet 2026, mais la norme FIPS 204 est restée la norme fédérale finalisée sous-jacente à l’option ML-DSA-44 de TRON.
Une signature post-quantique protège-t-elle automatiquement les fonds TRON existants ?
Les signatures post-quantiques de TRON ne modifient pas automatiquement la méthode d’autorisation de chaque compte existant. La TIP-899 conserve les adresses existantes et propose des signataires mixtes באמצעות des pondérations de permissions ; la protection effective dépend donc de la configuration du compte, de logiciels de portefeuille compatibles et d’une gestion sécurisée des clés post-quantiques.
Les utilisateurs peuvent-ils calculer les frais en TRX pour la vérification post-quantique ?
TIP-899 fixe 300 unite9s d27e9nergie pour une ve9rification de pre9compilation post-quantique et 22400 unite9s d27e9nergie par signature pour la ve9rification par lots en 2026. Les sources publiques cite9es ne permettent pas d27e9tablir un prix fiable unique en TRX, car le cofbt pour l27utilisateur de9pend de conditions e9nerge9tiques variables.