Alpenglow de Solana arrive sur un deuxième testnet : une finalité en 100 ms en vue

Solana abandonne son ancien moteur de consensus sur deux réseaux publics

Solana vient de réaliser un exploit qui aurait semblé relever de la science-fiction à ses débuts. Sa refonte du mécanisme de consensus, baptisée « Alpenglow », fonctionne désormais sur deux réseaux de test publics, avec une conception visant un règlement irréversible en environ un dixième de seconde.

On est loin des quelque 12,8 secondes dont le réseau a actuellement besoin pour atteindre la finalité économique. Le cofondateur Anatoly Yakovenko a célébré le compte à rebours du réseau de développement en cinq mots : « Vous n’êtes pas prêts pour ça. » Pourtant, le véritable test reste à venir, et le système chargé de sécuriser des milliards d’actifs n’a pas encore effectué la transition.

TowerBFT passe à la trappe après un compte à rebours de 17 minutes

Anza, l’entreprise à l’origine du client de validation Agave de Solana, a activé Alpenglow sur le testnet public le 24 septembre. À l’issue d’un compte à rebours de 5 000 slots durant environ 17 minutes, la transition s’est achevée au slot 444 625 255. Le dernier bloc TowerBFT représentait 82 % des participations. Un bloc genesis Alpenglow a suivi, mettant fin au système de consensus précédent sur ce cluster et confiant les tâches de finalisation à Votor.

Le Devnet s’est joint à l’opération le 25 septembre, achevant sa transition au slot 504 148 999. Il ne s’agissait d’ailleurs pas d’expériences entièrement inédites. Un cluster communautaire dédié s’était entraîné à ce changement depuis mai, y compris lors d’une première tentative infructueuse qui avait nécessité un redémarrage. Le protocole de base, SIMD-0326, a reçu l’approbation de la gouvernance en septembre 2025 avec 98,27 % des voix participantes.

De 12,8 secondes à un clin d’œil

C’est là que les choses deviennent intéressantes. Le système actuel de Solana exige que les validateurs soumettent leurs votes sous forme de transactions sur la chaîne et attendent une chaîne de confirmation de 32 slots. Ces transactions de vote représenteraient environ 75 % du nombre total de transactions du réseau. Votor déplace le vote hors chaîne, en regroupant les votes entre pairs dans des certificats BLS compacts. Deux voies de confirmation fonctionnent simultanément.

• Voie rapide : 80 % des participants s’accordent en un seul tour, avec un objectif de 100 millisecondes.
• Piste de secours : 60 % des participants s’accordent dans un premier temps, puis un tour supplémentaire a lieu, avec un objectif de 150 millisecondes.

Le compromis réside dans un modèle de sécurité révisé tenant compte de 20 % de participation hostile et de 20 % supplémentaires hors ligne. Rotor, le remplaçant prévu de la propagation des blocs Turbine, sera déployé ultérieurement. La machine virtuelle Solana, le format des transactions, les programmes et les frais restent inchangés. Les utilisateurs de portefeuilles n’auront rien à migrer.

Une finalité plus rapide comporte un inconvénient pour les plateformes d’échange

La déclaration de Yakovenko a une implication pratique. Même si le protocole Solana finalise les transactions en 100 millisecondes, les plateformes d’échange, les ponts et les dépositaires pourraient continuer à traiter les dépôts à l’aide de systèmes conçus pour des délais de confirmation considérablement plus longs. Il y a un autre hic. La suppression des votes des validateurs des blocs entraînera une baisse du nombre de transactions rapportées, même si l’activité réelle des utilisateurs n’a pas changé.

Anza invite les fournisseurs d’infrastructure à se préparer. Les indexeurs devront distinguer les banques candidates concurrentes jusqu’à la certification finale, tandis que les consommateurs de Geyser et de gRPC recevront un nouvel identifiant bank_id. Ilan Gitter, de la Fondation Solana, a fait état de plus de 25 000 transactions par seconde avec une finalité de 150 millisecondes sur le cluster du testnet après l’activation. Un chiffre impressionnant, certes, mais mesuré sur un cluster de test plutôt que sur le mainnet.

Le réseau principal a encore quelques obstacles à surmonter

Les performances annoncées de 100 à 150 millisecondes proviennent de simulations et de tests à petite échelle. Les résultats durables sur l’ensemble complet des validateurs publics gérant l’activité réelle du marché restent à prouver. La diversité des clients présente une autre complication. Firedancer et Frankendancer n’ont pas encore implémenté Votor, ce qui fait que les premières transitions publiques dépendent d’Agave 4.3.

Anza souhaite que les développeurs testent les intégrations tout au long d’une période d’observation avant toute migration vers la version bêta du réseau principal. Aucune date d’activation ferme n’a été annoncée. Le 28 septembre figure dans les calendriers d’Agave comme une fenêtre pour la reprise des activations de fonctionnalités, et non comme une date de lancement confirmée pour Alpenglow. Pour Solana, le principe est assez simple. Les transactions qui nécessitent actuellement quelques secondes pour être finalisées pourraient à terme être réglées en quelques millisecondes. Quant à savoir si les bourses, les dépositaires et les fournisseurs d’infrastructure chargés de ces transactions pourront suivre le rythme, c’est une tout autre histoire.