Solana présente Quantumglow pour protéger Alpenglow des attaques quantiques

Solana a promu Quantumglow, une adaptation post-quantique proposée d'Alpenglow conçue pour protéger le consensus tout en préservant la rapidité de finalité du réseau.

Résumé

• Quantumglow propose des modifications aux signatures des validateurs et à l'authentification des blocs sans annoncer de date de déploiement.
• Anza a publié la recherche sous-jacente en juillet, avant la dernière vidéo explicative de Solana.
• L'activation du mainnet d'Alpenglow est distincte des modifications post-quantiques proposées à sa cryptographie.
• Le BIP-360 de Bitcoin cible les clés publiques exposées, avec des signatures supplémentaires nécessaires pour une protection plus complète.

Les développeurs de Solana ont décrit la proposition dans une vidéo publiée le 22 octobre, la présentant comme un moyen de sécuriser l'accord entre les validateurs contre les attaques quantiques. Le compte principal de Solana a partagé l'explication et a déclaré que le réseau "a été précoce en matière de préparation quantique et reste en avance dans sa préparation."

À quoi ressemblerait le consensus de Solana dans un monde post-quantique ?

Découvrez Quantumglow : une adaptation proposée d'Alpenglow qui vise à protéger le consensus tout en préservant une finalité rapide. @jacobvcreech et @qkniep expliquent comment cela fonctionne. Vidéo complète ci-dessous 👇 pic.twitter.com/G005a4KcSI
--- Développeurs de Solana (@solana_devs) 22 octobre 2026

Aucune annonce n'a fourni de date d'activation ni identifié un Document d'Amélioration de Solana spécifique à Quantumglow, connu sous le nom de SIMD. Le post des développeurs a décrit une adaptation en cours de proposition, sans annoncer une mise à niveau de sécurité déployée.

La recherche précède la dernière explication. Anza a publié son aperçu de Quantumglow le 30 juillet, nommant Quentin Kniep, Kobi Sliwinski et Roger Wattenhofer comme auteurs et dirigeant les lecteurs vers la section 5 du livre blanc mis à jour d'Alpenglow.

Quantumglow change la façon dont les validateurs authentifient l'accord

L'aperçu de juillet d'Anza identifie deux obstacles au remplacement de la cryptographie existante d'Alpenglow. Les signatures post-quantiques prennent plus de place, tandis que l'agrégation de signatures compacte utilisée pour prouver l'accord des validateurs n'a pas de remplacement prêt comparable selon les exigences des chercheurs.

Les auteurs proposent Ax, abréviation d'Alpenglow XMSS, un schéma de signature basé sur un hachage adapté au protocole. Les validateurs échangeraient et mettraient en cache un matériel de clé publique à usage unique avant utilisation, réduisant les informations qui doivent accompagner les signatures ultérieures.

Pour l'authentification des blocs, Anza décrit un engagement signé couvrant la charge utile du bloc, soutenu par des canaux de communication authentifiés. Son design supprime la nécessité d'attacher une grande signature post-quantique à chaque morceau de données de bloc.

La recherche accompagnante sur la signature de quorum distribué explique le deuxième changement. Kniep, Jakub Sliwinski et Wattenhofer décrivent le transfert des certificats des messages envoyés à travers le réseau vers des événements enregistrés localement après qu'un nœud ait rassemblé suffisamment de preuves.

Leur article, soumis le 20 juillet, utilise des signatures ordinaires et un mécanisme de diffusion d'approbation. Il sépare les preuves soutenant la sécurité des preuves soutenant la vivacité, la capacité du protocole à continuer à progresser.

Les chercheurs affirment que chaque message reste d'une taille constante, quelle que soit le nombre de nœuds, bien que la communication totale croisse de manière quadratique. Leur affirmation de performance concerne le design proposé et ses hypothèses déclarées, sans établir un résultat mesuré sur le mainnet.

Le déploiement d'Alpenglow de Solana a un enregistrement d'activation distinct

La page de mise à niveau de la Fondation Solana identifie Alpenglow comme étant en direct sur le mainnet après son activation à l'époque 1064 le 21 octobre. La Fondation indique environ 150 millisecondes comme son objectif de finalité, comparé à 12,8 secondes pour TowerBFT.

La Fondation enregistre le consensus d'Alpenglow commençant au slot 459,653,000, après un bloc de genèse certifié par les votes de 446 des 654 validateurs. Sa documentation sépare le système de vote Votor déployé de Rotor, un composant de distribution de données réservé pour une sortie ultérieure.

Avant ce transfert, crypto.news avait précédemment rapporté la migration de consensus prévue et ses exigences pour les opérateurs. La couverture du 19 octobre a documenté la nécessité d'un logiciel de validateur compatible et d'un financement suffisant des comptes de vote.

SIMD-0326 spécifie les portions Votor d'Alpenglow et fait référence à la version 1.1 de son livre blanc. La proposition laisse explicitement Rotor pour un SIMD séparé, montrant que la spécification de consensus originale ne couvre pas tous les composants discutés dans les recherches ultérieures.

La Fondation Solana déclare qu'Alpenglow laisse l'exécution des transactions, les programmes et les mécanismes de frais de transaction inchangés. Ses directives de migration indiquent que les utilisateurs ordinaires n'ont pas besoin de changer la façon dont ils signent, envoient ou approuvent les transactions.

La suppression des votes on-chain crée des changements distincts pour les services d'analyse. Comme détaillé dans la couverture du 20 octobre sur la suppression des transactions de vote, la Fondation demande aux explorateurs de réinitialiser les métriques qui comptaient les votes des validateurs aux côtés des transactions des utilisateurs.

La protection des portefeuilles nécessite un travail au-delà du consensus

L'évaluation de sécurité d'Anza du 27 avril identifie des vulnérabilités quantiques distinctes dans les comptes, la propagation des blocs, le consensus et les programmes définis par l'utilisateur. Max Resnick et Sam Kim avertissent qu'un attaquant capable de briser Ed25519 pourrait falsifier des signatures de compte, tandis que des votes de consensus falsifiés pourraient soutenir des confirmations conflictuelles.

Leur liste de contrôle appelle à un travail sur la migration des comptes, la vérification des signatures de transaction, les outils cryptographiques au niveau du réseau et des programmes. L'évaluation ne s'engage pas à un seul schéma de signature post-quantique.

Les premières implémentations de Falcon ont constitué une autre partie de cette préparation. La couverture du 28 avril a documenté Anza et Firedancer testant la technologie de signature, les équipes la décrivant comme une option pour une activation future possible.

L'évaluation d'Anza décrit une preuve de migration prototype qui lie un compte existant à une nouvelle clé publique post-quantique. Les auteurs distinguent cette migration de compte des programmes de coffre-fort optionnels, qui ne peuvent pas sécuriser indépendamment le consensus, le réseau ou chaque application utilisant des signatures vulnérables.

Le BIP-360 de Bitcoin traite des clés exposées

La spécification BIP-360 de Bitcoin propose des sorties Pay-to-Merkle-Root via un soft fork, supprimant l'option de dépense par chemin de clé utilisée par Taproot. Ses auteurs décrivent une protection contre les attaques sur les clés publiques exposées pendant de longues périodes.

Le projet sépare explicitement cette protection des attaques menées pendant qu'une transaction de dépense attend une confirmation. Ses auteurs affirment que la protection contre ces expositions plus courtes peut nécessiter des signatures post-quantiques par le biais d'une proposition séparée.

La motivation du BIP-360 décrit la récupération de clé quantique comme dérivant une clé privée d'une clé publique en brisant l'hypothèse du logarithme discret. Les auteurs affirment que le timing et la viabilité éventuelle d'un ordinateur quantique pertinent sur le plan cryptographique restent flous. Leur proposition ne fixe pas de date à laquelle une telle attaque devient pratique ni n'établit que le matériel actuel peut l'exécuter.

Le dépôt liste le BIP-360 comme un projet rédigé par Hunter Beast, Ethan Heilman et Isabel Foxen Duke. Son résumé indique que le type de sortie proposé conserve la fonctionnalité de l'arbre de script tout en supprimant la dépense par chemin de clé vulnérable aux quantiques.