Solana déploie la mise à niveau Alpenglow sur le testnet public

Solana a commencé le déploiement de sa mise à niveau du consensus Alpenglow sur le testnet public, une étape qui ouvre ce changement à l'ensemble de la communauté de validateurs du réseau, avant une refonte destinée à réduire la finalité des transactions à une fraction de sa durée actuelle.

Anza, la société à l'origine du client validateur Agave, a publié Agave v4.3.0 le 18 septembre en tant que version stable qu'elle juge adaptée au testnet, au devnet et à la bêta du mainnet. Après avoir d'abord distribué la version aux opérateurs contrôlant 10 % puis 25 % du SOL mis en jeu, Anza a demandé à tous les validateurs du mainnet d'exécuter cette version le 21 septembre. Cette mise à niveau figure parmi les plus importantes pour Solana depuis des années : elle vise à raccourcir la finalité d'environ 12,8 secondes à environ 150 millisecondes.

Comment le modèle de consensus évolue

La finalité désigne le point à partir duquel une transaction ne peut plus être annulée. C'est la condition qu'attendent les plateformes d'échange avant de créditer les dépôts et les ponts avant de libérer les fonds. Réduire cette attente de plusieurs secondes à quelques millisecondes raccourcit directement le blocage des dépôts et des transferts inter-chaînes.

Solana atteint actuellement la finalité via TowerBFT, qui empile les votes des validateurs enregistrés sur la chaîne sur 32 slots avant qu'un bloc ne soit considéré comme réglé. Alpenglow remplace ce mécanisme par Votor, un protocole dans lequel les validateurs se transmettent leurs votes directement et peuvent se mettre d'accord sur un bloc en une ou deux rondes. L'élimination de la longue chaîne de votes on-chain, qui représente l'essentiel du délai, ramène l'attente à environ 150 millisecondes.

Un déploiement échelonné vers le réseau principal

Le nouveau code fonctionne depuis plus de quatre mois sur un réseau distinct, plus petit, mis en place spécifiquement pour mise à niveau. Son transfert vers le testnet public de Solana, où les jetons n'ont aucune valeur réelle, permet de vérifier que l'ensemble des ordinateurs et des services faisant déjà fonctionner la chaîne peuvent migrer de manière coordonnée.

Le 28 septembre figure dans le calendrier d'Anza comme date provisoire pour l'activation des fonctionnalités d'Agave 4.3 sur le réseau principal. Anza n'a pas confirmé de lancement, et son outil de suivi indiquait encore la bascule vers le testnet comme en attente mercredi matin. À partir de maintenant, les indicateurs à surveiller sont la levée du statut en attente sur l'outil de suivi et la confirmation ou non par Anza du 28 septembre comme date d'activation.

Préparation des clients et conséquences pour les utilisateurs

Les applications continueront de traiter les transactions comme elles le font actuellement, et les détenteurs n'ont pas besoin de changer de portefeuille ni leur façon de déplacer des fonds.

La première migration Alpenglow s'effectuera entièrement via Agave, car Firedancer et Frankendancer, les deux clients validateurs alternatifs développés par Jump Crypto, ne prennent pas encore en charge le test. Ces alternatives existent pour réduire la dépendance de Solana à une seule base de code, afin qu'un bug d'Agave n'affecte pas tous les validateurs en même temps. Leur absence concentre la première migration sur une seule base de code — précisément la dépendance que ces clients alternatifs devaient atténuer.

Ce changement fait suite à une série de mises à niveau réseau régulières, allant de l'augmentation de la taille maximale des transactions à l'accélération des temps de slot sur le testnet. Alpenglow va plus loin : plutôt que d'ajuster des limites ou des durées, il remplace le mécanisme par lequel le réseau règle les blocs.