Sui a détaillé son approche pour introduire la cryptographie post-quantique sans obliger les utilisateurs à entreprendre l'un des aspects les plus perturbateurs d'une mise à niveau de sécurité blockchain : le transfert de tous les actifs vers un nouveau compte.

Selon l'annonce du 6 août de la Sui Foundation, le réseau a l'intention de prendre en charge ML-DSA-65, standardisé par le NIST sous la FIPS 204, pour les comptes standards, et SLH-DSA-SHA2-128s, standardisé sous la FIPS 205, pour les coffres de valeur élevée construits avec des smart contracts Move. Les deux schémas sont conçus pour résister aux attaques de calculateurs quantiques à grande échelle qui pourraient éventuellement menacer les signatures sur courbes elliptiques utilisées aujourd'hui dans tout l'écosystème des cryptomonnaies. Le NIST a finalisé les normes FIPS 204 et 205 en août 2024 en tant que premières normes de signature post-quantique approuvées par le gouvernement américain, couronnant un concours public de plusieurs années qui a débuté en 2016.

Le modèle de menace est bien compris dans les milieux cryptographiques. L'algorithme de Shor, s'il était exécuté sur un calculateur quantique suffisamment grand et tolérant aux pannes, pourrait dériver les clés privées à partir des clés publiques visibles publiquement sur chaque registre blockchain. Étant donné que les clés publiques sont exposées au moment de la transaction, un adversaire pourrait théoriquement enregistrer les transactions signées aujourd'hui et briser les clés sous-jacentes une fois que du matériel quantique capable sera disponible — une préoccupation souvent décrite sous le nom de « récolter maintenant, décrypter plus tard ». Aucun calculateur quantique publiquement connu ne peut actuellement effectuer cette attaque à l'échelle nécessaire pour les clés cryptographiques de production, mais les chercheurs du monde universitaire et industriel, y compris les équipes d'IBM, Google et des laboratoires nationaux, continuent de faire progresser le nombre de qubits et la correction d'erreurs.

Le compte peut rester même lorsque la clé change

Remplacer la cryptographie derrière un compte blockchain nécessite généralement aux utilisateurs de créer une nouvelle adresse et de transférer des jetons, des NFT et d'autres actifs. Les applications et les contrats liés à l'ancienne adresse peuvent également nécessiter des ajustements. Pour la plupart des réseaux blockchain, cela signifie qu'une transition post-quantique nécessiterait que chaque détenteur déplace activement ses fonds — un défi de coordination qui devient plus difficile à mesure que la base d'utilisateurs et l'écosystème de contrats déployés d'une chaîne se développent.

Le système existant Address Aliases de Sui offre un moyen de contourner ce problème. Un compte peut maintenir un ensemble d'alias autorisés, permettant à un autre signataire d'authentifier des transactions au nom de l'adresse originale. Un nouveau signataire peut être ajouté à l'ensemble autorisé et éventuellement devenir le seul signataire autorisé à approuver des transactions, tandis que l'adresse originale continue d'apparaître comme expéditeur.

Lorsque les comptes ML-DSA seront disponibles, Sui indique qu'un compte existant pourra autoriser un signataire post-quantique tout en conservant la même adresse. Cela est particulièrement pertinent pour les comptes déjà connectés à des smart contracts, des identités ou d'autres applications où changer d'adresse créerait considérablement plus de travail que le simple transfert de jetons SUI.

Le processus de récupération est également conçu pour rester familier. Une clé ML-DSA-65 peut être dérivée de la phrase de récupération existante de l'utilisateur via un nouveau chemin de dérivation, plutôt que d'exiger une méthode de sauvegarde entièrement différente.

Un alias autorisé détient une autorité complète sur le compte. La documentation de Sui avertit que son ajout accorde effectivement à ce signataire le contrôle sur les actifs détenus par l'adresse, ce qui signifie que les logiciels de portefeuille devront rendre le processus de migration difficile à mal utiliser ou à mal comprendre.

Pourquoi Sui utilise deux systèmes différents résistants au quantum

Sui ne s'appuie pas sur un seul schéma post-quantique pour tous les cas d'usage.

ML-DSA-65 est basé sur les réseaux et destiné à la signature de transactions courantes. Il correspond à la catégorie de sécurité 3 du NIST, offrant une marge de sécurité supérieure à la configuration ML-DSA-44 plus petite tout en restant pratique pour une vérification fréquente.

Sui a également fait référence à la découverte récente assistée par IA d'une faiblesse dans HAWK, un autre candidat de signature post-quantique. Cette découverte n'a pas compromise ML-DSA, mais elle a démontré avec quelle rapidité la cryptanalyse automatisée peut remettre en question des schémas qui ont déjà fait l'objet d'un examen humain approfondi.

Pour les coffres de valeur élevée, Sui prévoit de prendre en charge SLH-DSA-SHA2-128s via des smart contracts Move. Il s'agit d'une configuration de catégorie 1, inférieure à la catégorie 3 de ML-DSA-65. La justification de Sui provient de sa conception basée sur le hachage, qui offre une alternative aux hypothèses de réseaux de ML-DSA et réduit la dépendance à une seule fondation cryptographique. Une faiblesse découverte dans une famille ne compromettrait pas automatiquement l'autre, tandis que l'implémentation en smart contract donne aux développeurs de coffres la flexibilité de remplacer le schéma ultérieurement si nécessaire. Le principe de déployer plus d'une famille cryptographique sans rapport entre elles correspond à la même logique de diversification qui a motivé le NIST à standardiser à la fois les signatures basées sur les réseaux et celles basées sur le hachage plutôt que de s'appuyer sur une seule approche.

Le compromis réside dans la taille des signatures. Une signature ML-DSA-65 représente 3 309 octets, contre 64 octets pour une signature Ed25519 typique. Sa clé publique fait 1 952 octets. La configuration SLH-DSA-SHA2-128s sélectionnée produit une signature de 7 856 octets, ce qui est considérablement plus petit que les chiffres de 16 à 30 Ko parfois associés à SLH-DSA. Ces chiffres plus élevés s'appliquent à des ensembles de paramètres SLH-DSA plus puissants, et non à la configuration 128s sélectionnée par Sui.

Des signatures plus volumineuses signifient des transactions plus importantes et davantage de données circulant sur le réseau. Sui indique que les performances de vérification ML-DSA sont suffisamment proches de celles d'Ed25519 pour que le coût réseau par signature n'ait pas besoin d'augmenter, bien que la taille des transactions augmente. D'autres optimisations sont en cours.

Les utilisateurs n'ont pas besoin de migrer aujourd'hui

Les coffres résistants au quantum sont ciblés pour le Mainnet avant la fin de 2026. Les comptes natifs ML-DSA-65 sont attendus sur le Testnet d'ici la fin de l'année, suivis de l'authentification native des comptes sur le Mainnet au premier trimestre 2027. La prise en charge des portefeuilles, des SDK et des interfaces en ligne de commande est prévue en parallèle du déploiement. La plupart des principales blockchains de Layer 1 ont discuté de la migration post-quantique en termes généraux, mais peu ont publié des calendriers concrets avec des algorithmes spécifiques standardisés par le NIST et des mécanismes on-chain, ce qui place Sui parmi les premiers réseaux à s'engager sur une feuille de route détaillée.

Des audits indépendants et les retours du Testnet sont toujours en cours, ces calendriers pourraient donc être modifiés avant que les fonctionnalités n'atteignent la production.

Les comptes existants n'ont pas besoin de prendre de mesures pour le moment. Les nouvelles méthodes d'authentification seront additives et facultatives plutôt qu'une migration forcée à l'échelle du réseau.

La conception de la migration établit également un signe d'alerte simple contre les fraudes potentielles. Le chemin de migration décrit par Sui n'exige pas que les détenteurs envoient leurs actifs à une nouvelle adresse de portefeuille fournie. Tout message non sollicité affirmant que les fonds doivent être transférés d'urgence ailleurs pour devenir « résistant au quantum » serait incohérent avec le mécanisme décrit par Sui.

Aucun calculateur quantique publiquement connu ne peut actuellement briser les signatures protégeant les comptes Sui. La question pertinente est de savoir si le réseau peut migrer sa cryptographie avant que cette capacité ne devienne pratique. L'approche de Sui consiste à rendre la clé remplaçable sans rendre le compte jetable.

Méthodologie : Cet article fait référence à l'annonce du 6 août de la Sui Foundation, à la documentation officielle des Sui Address Alias, et aux spécifications NIST FIPS 204 et FIPS 205. Les tailles de signature et les catégories de sécurité ont été vérifiées par rapport aux normes NIST pertinentes. Les fonctionnalités déjà prises en charge via Address Aliases sont distinguées de la fonctionnalité post-quantique qui reste sur la feuille de route de développement de Sui.

Avertissement : Cet article est fourni à des fins d'information et d'éducation uniquement et ne constitue pas un conseil financier, d'investissement ou de sécurité. Les fonctionnalités post-quantiques de Sui restent en cours de développement, d'examen indépendant et de test, et les détails d'implémentation ou les calendriers peuvent changer avant la version Mainnet.