Sui lance un serveur de clés décentralisé sur le testnet pour éliminer les points de défaillance uniques en matière de sécurité cryptographique

• Annonce -

Mysten Labs a déployé le serveur de clé de sceau décentralisé (Decentralized Seal Key Server) sur le réseau de test Sui Testnet, en introduisant une couche de sécurité native de calcul multipartite (MPC) pour le réseau, qui élimine le risque de point de défaillance unique qui a historiquement fait de la gestion des clés on-chain une vulnérabilité plutôt qu’une fonctionnalité.

** La mise à niveau de l’infrastructure**, qui vise à la fois les utilisateurs individuels et les participants DeFi institutionnels, constitue l’une des ajouts les plus significatifs à l’architecture de sécurité de Sui depuis le lancement du réseau.

Le problème central que le DSKS résout est simple. La gestion classique des clés privées exige qu’une seule clé existe quelque part, que ce soit sur un appareil, dans le système d’un dépositaire (custodian), ou dans une phrase de récupération (seed phrase) écrite sur papier. Ce point d’existence unique constitue un point de défaillance unique. Le DSKS remplace ce modèle en fragmentant des secrets cryptographiques en plusieurs fragments (shards) distribués sur un réseau décentralisé de nœuds indépendants. Aucun nœud unique ne détient ni ne voit jamais la clé privée complète. Pour autoriser une transaction, un seuil prédéfini de nœuds doit collaborer afin de générer une signature, ce qui signifie qu’un attaquant devrait compromettre plusieurs systèmes indépendants simultanément plutôt que de trouver et voler une seule clé.

Le mécanisme de Sceau et ce qu’il permet

Au-delà de l’architecture MPC de base, le serveur introduit ce que Mysten Labs appelle le mécanisme de Sceau (Seal mechanism), qui permet aux utilisateurs et aux développeurs de verrouiller des données sensibles ou des clés derrière une logique personnalisée écrite directement sur la blockchain Sui. Les conditions de déverrouillage peuvent être définies comme des règles de récupération sociale, des exigences d’authentification multifacteur, des verrous temporels empêchant l’accès avant une date spécifiée, ou toute combinaison de conditions programmables. La logique régissant l’accès réside sur la chaîne (on-chain), ce qui signifie qu’elle est transparente, vérifiable et qu’elle ne dépend pas d’un service centralisé pour l’imposer.

Pour les utilisateurs individuels, l’application la plus immédiate est une version plus robuste du système zkLogin existant de Sui, qui permet l’accès au portefeuille via des identifiants familiers comme les comptes Google, Twitch ou Apple. La version DSKS de ce mécanisme de récupération supprime le service centralisé qui détenait auparavant la clé maître en arrière-plan, en la remplaçant par l’architecture distribuée de signature par seuil (distributed threshold signing). Les utilisateurs conservent la commodité de la récupération par connexion sociale, sans dépendance de confiance envers une seule entreprise qui pourrait être piratée, mise hors service ou contrainte de remettre des clés.

Pour les institutions, la proposition de valeur est différente, mais tout aussi importante. Les protocoles DeFi gérant d’importantes trésoreries ont historiquement été confrontés à un choix binaire entre conserver des actifs dans des contrats intelligents avec leurs propres vulnérabilités ou s’en remettre à des dépositaire tiers qui réintroduisent une confiance centralisée. Le DSKS offre une alternative native, décentralisée, qui s’insère dans l’écosystème Sui lui-même, permettant une gestion de trésorerie à forte valeur sans faire transiter les actifs par une relation de dépositaire externe.

                Grayscale publie un scénario haussier pour Solana alors que SOL s’échange près de 90 $ après un gain quotidien de 6 %

Implications pour les développeurs et le modèle d’application sans clé

La troisième catégorie de bénéficiaires concerne les développeurs qui construisent sur Sui. Le DSKS permet ce que Mysten Labs décrit comme des applications sans clé (keyless applications), dans lesquelles la complexité de la gestion de la phrase de récupération est abstraite derrière la couche sécurisée du serveur de clés. Les utilisateurs de ces applications interagissent avec l’infrastructure blockchain sans jamais voir ni gérer directement une phrase de récupération, tandis que la sécurité sous-jacente est maintenue par l’architecture MPC distribuée, plutôt que par la confiance accordée au développeur de l’application pour gérer les clés de manière responsable.

Cette architecture a une pertinence directe avec la conversation plus large de l’industrie sur la sécurité des agents d’IA, que celle-ci a été amenée à suivre cette semaine. MoonPay et Ledger ont annoncé, le 13 mars, une intégration d’agent d’IA sécurisée par du matériel (hardware-secured) qui traitait le même problème fondamental sous un autre angle : des systèmes autonomes doivent signer des transactions sans exposer des clés privées à des environnements connectés à Internet. L’approche du DSKS, appliquée à des cas d’usage d’agents, pourrait fournir une alternative native on-chain aux modules de sécurité matériels (hardware security modules) pour les développeurs construisant des applications Sui automatisées, qui veulent une sécurité distribuée des clés sans exiger de matériel physique.

Chronologie et engagement en open source

Le DSKS est en ligne sur le réseau de test (testnet) à compter du 13 mars, avec un déploiement sur le réseau principal (mainnet) ciblé pour la fin du deuxième trimestre 2026, après un programme complet de chasse aux bugs (bug bounty) et des audits de sécurité indépendants. Mysten Labs ouvre en open source le protocole central, ce qui permet à d’autres projets au sein de l’écosystème Sui d’exécuter leurs propres nœuds de serveur de clés indépendants plutôt que de dépendre d’une infrastructure opérée par Mysten. Cet engagement en open source est ce qui transforme le DSKS, d’un produit de Mysten Labs, en une propriété de réseau décentralisée, alignant l’architecture avec le modèle de sécurité par seuil qu’il est conçu pour fournir.

Le déploiement sur testnet signifie que les développeurs peuvent commencer à construire dès maintenant avec le DSKS, avec environ trois mois pour intégrer avant la transition vers le mainnet. Pour les participants institutionnels évaluant Sui comme une couche d’infrastructure pour la trésorerie ou la DeFi, les résultats de l’audit de sécurité qui précèdent le lancement sur mainnet seront la sortie la plus suivie de ce calendrier.