Solana a migré son réseau de développeurs vers Alpenglow, une mise à niveau majeure du consensus conçue pour réduire fortement les temps de finalité des transactions et modifier la manière dont les validateurs se coordonnent au sein de la blockchain. La migration a été achevée le 25 septembre, avec l'activation — connue sous le nom d'Alpenswitch — prenant effet à l'époque 1167 après un compte à rebours de 17 minutes. La transition a été réalisée par les ingénieurs d'Anza, la société qui développe le logiciel cœur du réseau Solana, et le cofondateur de Solana, Anatoly Yakovenko, a souligné cette étape dans une brève publication sur les réseaux sociaux peu après la migration.

Alpenglow est conçu pour réduire la finalité des transactions de Solana d'environ 12,8 secondes à entre 100 et 150 millisecondes, permettant potentiellement une confirmation quasi instantanée pour les applications qui dépendent d'un règlement rapide. La finalité est le point auquel une transaction est considérée comme définitivement réglée et ne peut être annulée, ce qui en fait l'un des principaux indicateurs de la réactivité perçue d'une blockchain en pratique ; passer cette garantie de plusieurs secondes à une fraction de seconde rapprocherait la confirmation de l'immédiateté attendue par les utilisateurs des applications internet conventionnelles.

La mise à niveau est désormais testée sur le devnet de Solana, après que le protocole avait déjà été déployé sur le testnet. L'exécution du nouveau système de consensus dans les deux environnements de test publics donne aux développeurs et aux opérateurs du réseau l'occasion d'examiner ses performances et sa stabilité avant toute décision de déploiement sur le réseau mainnet-beta, l'environnement de production où les transactions ont une valeur réelle.

Votor remplace TowerBFT

Le cœur du changement remplace le mécanisme de consensus TowerBFT de Solana, qui sécurise le réseau depuis le lancement de son mainnet en 2020, par Votor, un nouveau système de vote développé par les ingénieurs d'Anza en collaboration avec des chercheurs de l'ETH Zurich. Les validateurs ont approuvé ce changement dans le cadre du document d'amélioration Solana SIMD-0326, le mécanisme formel du réseau pour ratifier les modifications du protocole.

Votor modifie la manière dont les validateurs échangent les informations de vote. Plutôt que d'enregistrer les votes techniques individuels comme des transactions dans les blocs, les validateurs communiquent ces votes directement, et les informations peuvent ensuite être consolidées en certificats BLS cryptographiques — des signatures agrégées qui condensent de nombreux votes individuels en une seule preuve compacte.

Ce changement vise à réduire la part de la capacité des blocs consommée par l'activité liée au consensus. Les transactions de vote technique occupaient auparavant une part importante de l'espace des blocs Solana, certaines estimations avançant un chiffre allant jusqu'à 75 %. En déplaçant cette activité hors du flux de transactions et en l'agrégeant en certificats compacts, Alpenglow est conçu pour libérer de la capacité réseau supplémentaire pour les transactions des utilisateurs tout en réduisant potentiellement les coûts d'exploitation des validateurs.

Fait notable, la mise à niveau ne nécessite pas de refonte fondamentale de la machine virtuelle de Solana ni de son architecture de contrats intelligents. Les applications construites sur la machine virtuelle Solana existante peuvent continuer à fonctionner pendant que le mécanisme de consensus sous-jacent change.

Des objectifs de finalité en moins d'une seconde

L'objectif principal de performance d'Alpenglow est une réduction substantielle du temps nécessaire pour qu'une transaction devienne définitive. Selon le nouveau système, la finalité est attendue en environ 100 millisecondes lorsque les validateurs représentant au moins 80 % de la mise du réseau répondent dans le délai requis. Un mécanisme de secours est conçu pour assurer la finalité en environ 150 millisecondes lorsque ce seuil plus élevé n'est pas immédiatement atteint.

Le passage à une finalité en moins d'une seconde pourrait s'avérer particulièrement pertinent pour les applications de paiement, les systèmes de trading et les jeux Web3, où les retards de confirmation des transactions peuvent directement affecter l'expérience utilisateur.

Le protocole intègre également un modèle de tolérance aux pannes 20+20. Selon cette structure, le réseau est conçu pour rester stable si 20 % des validateurs deviennent indisponibles tandis que 20 % supplémentaires font simultanément face à des attaques ou à d'autres perturbations.

Les développeurs commencent les tests en conditions réelles

Le déploiement sur le devnet offre aux développeurs d'applications un environnement à faible risque pour tester leurs logiciels face aux nouvelles règles de consensus. Les jetons du devnet n'ont pas de valeur monétaire réelle, ce qui permet aux équipes d'examiner le comportement des transactions sans exposer les utilisateurs aux risques financiers associés à l'activité sur le mainnet. Les applications de paiement pourraient utiliser cet environnement pour évaluer une confirmation plus rapide, tandis que les jeux blockchain pourraient tester si une latence de règlement plus faible améliore les expériences interactives.

Toutes les applications ne nécessiteront pas de modifications. Les logiciels de base qui envoient des transactions ou lisent des soldes de comptes peuvent continuer à fonctionner sans modifications majeures. Cependant, les plateformes d'analyse et les services qui comptabilisent les transactions blockchain devront peut-être ajuster leurs méthodes, car les votes des validateurs n'apparaîtront plus comme des transactions individuelles dans les blocs.

Alpenglow is live on devnet >
— Solana (@solana) September 25, 2026

Les services de données devront également tenir compte des blocs candidats concurrents jusqu'à ce que le réseau parvienne à un accord définitif ; combiner prématurément les informations de blocs concurrents pourrait créer des enregistrements historiques inexacts.

Le calendrier du mainnet reste incertain

Alpenglow fonctionne désormais sur le devnet et le testnet de Solana, mais aucune date ferme n'a été annoncée pour le déploiement sur le mainnet-beta. Les tests de stabilité se poursuivent, et les chiffres de performance cités sont des objectifs fondés sur des tests du protocole et des simulations plutôt que des résultats confirmés en conditions réelles de marché. L'expérience utilisateur réelle pourrait également dépendre du traitement par les portefeuilles, des procédures de dépôt des plateformes d'échange et d'autres infrastructures extérieures à la couche de consensus.

La de test publique donne aux développeurs de Solana et aux fournisseurs d'infrastructure l'occasion de valider si la vitesse et la résilience visées par Alpenglow peuvent se traduire en performances fiables avant que le protocole ne soit envisagé pour un déploiement sur le mainnet. Cette migration représente donc un test technique majeur pour Solana plutôt qu'une mise à niveau complète du réseau à travers celui-ci, et les résultats du devnet et du testnet fourniront des preuves importantes sur la façon dont la nouvelle architecture de consensus se comporte sous des charges de travail plus larges — et sur la capacité du réseau à atteindre sa finalité cible en moins d'une seconde sur une infrastructure en production. Les indicateurs à surveiller désormais sont de savoir si le devnet et le testnet maintiennent les chiffres de finalité visés à mesure que les charges de test augmentent, et si une prochaine étape de gouvernance fixe un calendrier concret pour l'activation du mainnet-beta.