La mise à niveau Alpenglow de Solana activera un nouveau protocole de consensus sur la Mainnet Beta de la blockchain le 21 octobre, la finalité devant passer d'environ 12,8 secondes à environ 150 millisecondes. Le réseau principal devra toutefois encore prouver cet objectif en pratique.

Solana est une blockchain de couche 1 sur laquelle les validateurs produisent des blocs et les confirment par vote. Le protocole de consensus détermine quand une transaction est considérée comme irréversible — une tâche assurée jusqu'à présent par un mécanisme appelé TowerBFT. Alpenglow a été présenté en mai 2025 à la conférence Solana Accelerate. Le concept a été développé sous la direction de Roger Wattenhofer de l'ETH Zurich, avec ses anciens doctorants Kobi Sliwinski et Quentin Kniep, qui travaillent désormais chez Anza, le développeur de Solana. En septembre 2025, les validateurs ont approuvé la proposition SIMD-0326 avec 98,27 % des votes exprimés. Son composant central, Votor, remplace le TowerBFT existant.

Par rapport au chiffre actuel, l'objectif de 150 ms équivaut à une finalité environ 85 fois plus rapide. Les 150 millisecondes se réfèrent au délai de finalité, et non au temps de bloc : l'exécution des transactions, la Solana Virtual Machine (SVM) et les frais restent inchangés.

Votor remplaceBFT dans le vote des validateurs

Sous TowerBFT, les votes des validateurs transitent par la blockchain comme des transactions ordinaires. Votor change précisément cela. À l'avenir, les validateurs échangeront leurs votes directement entre eux et les regrouperont dans des certificats BLS, de sorte qu'un seul certificat combine l'approbation de nombreux validateurs en un seul enregistrement. Les votes n'apparaîtront donc plus comme des transactions on-chain dans les blocs. L'accélération provient donc du nouveau processus de vote, et non de blocs plus rapides.

Votor dispose de deux voies vers la finalité. Si au moins 80 % de la part de mise certifie un bloc au premier tour, le bloc est final après ce tour — une voie rapide qui devrait prendre environ 100 millisecondes. Jusqu'à un cinquième de la part de mise peut rester absent sans bloquer cette voie. En revanche, si l'approbation du tour 1 se situe entre 60 % et 80 %, la voie plus lente prend le relais à environ 150 millisecondes.

Solana elle-même décrit les 150 millisecondes sur sa page officielle de mise à niveau comme une attente, et non une constante. De plus, la réduction de moitié du temps de slot de 400 à 200 millisecondes ne fait pas partie d'Alpenglow ; le réseau a achevé ce changement distinct plus tôt, en quatre étapes jusqu'en octobre 2026. Pour les plateformes d'échange, les teneurs de marché et les fournisseurs de paiement, la finalité est la métrique clé, car elle détermine quand une transaction est considérée comme réglée. Les bons résultats en environnement de test ne remplacent donc pas la preuve sous une charge réelle du mainnet.

La migration Alpenglow à l'epoch 1064 exige une coordination étroite

Le basculement commence avec le démarrage de l'epoch 1064 le 21 octobre, lorsqu'une feature gate activera la nouvelle logique. TowerBFT produira d'abord 5 000 slots supplémentaires — environ 18 minutes — avant qu'Alpenglow ne prenne le relais au slot 459 653 000. Pendant cette transition, le réseau cessera brièvement d'inclure les transactions des utilisateurs dans les blocs. Votor ne démarre qu'une fois que les validateurs détenant au moins 82 % de la part de mise ont signé un certificat de genèse, ce qui en fait une intervention ponctuelle et coordonnée sur un réseau en production.

La question des clients validateurs est délicate. La migration exclut pour l'instant les clients alternatifs Firedancer et Frankendancer ; leurs opérateurs doivent donc temporairement passer à un logiciel basé sur Agave 4.3 avant l'epoch 1064. Les options incluent Agave lui-même, Jito-Solana et Harmonic Salsa, Solana spécifiant la version 4.3.2. Tout validateur qui ne bascule pas à temps sera absent du certificat de genèse — et plus la part de mise manquant le basculement importante, plus la marge au-dessus du seuil de 82 % s'amincit. La part de mise figurant dans ce premier certificat sera donc l'un des premiers résultats visibles du basculement.

Néanmoins, le chemin vers l'activation s'est déroulé par étapes ordonnées. Depuis juillet 2026, deux étapes préliminaires sont en cours sur le mainnet : la gestion des clés BLS dans le compte de vote (SIMD-0387) et le Validator Admission Ticket (SIMD-0357). Anza a lancé un cluster de test communautaire en mai 2026, suivi d'un testnet public en septembre et d'un devnet un jour plus tard. À la mi-octobre, l'équipe de développement a annoncé la date du mainnet.

Les validateurs paient 0,8 SOL par epoch au lieu des frais de vote

Avec la disparition des transactions de vote, leurs frais disparaissent aussi. Leur place est prise par le Validator Admission Ticket (VAT), dont le socle technique est en production sur le mainnet depuis juillet 2026. Il coûte 0,8 SOL par epoch, que le réseau brûle, retirant ainsi les jetons de la circulation. De plus, le solde du compte de vote doit se situer au moins 0,8 SOL au-dessus du minimum exempté de loyer. Les frais sont dus pour la première fois au début de l'epoch 1064, couvrant l'epoch 1065 ; les validateurs qui ne paient pas ne peuvent ni voter ni produire de blocs lors de l'epoch suivant. Le premier cycle de facturation montrera donc, en pratique, combien d'opérateurs approvisionnent leur compte de vote dans les délais.

Pour les opérateurs, cela modifie la structure des coûts. Jusqu'à présent, chaque vote nécessitait une transaction on-chain et donc des frais continus — des coûts qui survenaient par validateur, largement indépendamment de la part de mise. Si le nouveau forfait est inférieur aux frais de vote précédents, les petits validateurs en bénéficieront le plus, car ces coûts fixes pèsent comparativement plus lourd par rapport à leur part de mise.

Un effet statistique est également perdu. Les transactions de vote comptaient précédemment dans le chiffre déclaré de transactions par seconde (TPS), de sorte que le TPS déclaré pourrait baisser après la mise à niveau. Il s'agit d'un effet de comptage, et non d'un problème de réseau.

Tolérance byzantine réduite, questions ouvertes sur la latence et le MEV

Le modèle de sécurité évolue également. TowerBFT peut résister jusqu'à 33 % de part de mise byzantine, c'est-à-dire agissant de manière malveillante. Votor ramène cette tolérance byzantine pure à 20 %, tout en tolérant en outre 20 % de la part de mise hors ligne — le modèle dit 20+20. La tolérance globale aux perturbations augmente donc, tandis que la tolérance aux attaques actives diminue.

L'industrie a également soulevé des objections précises. Le projet blockchain Sei voit une pression vers la centralisation, arguant qu'un signal a besoin d'environ 80 à 100 millisecondes pour un aller-retour à travers l'Atlantique — une distance qui dépasse à elle seule la moitié de la valeur cible. Le fournisseur d'infrastructure Helius pointe des questions ouvertes concernant les Multiple Concurrent Leaders et le MEV dans le vote hors chaîne, et les pénalités pour équivoque — l'envoi de blocs ou de votes contradictoires pour le même slot — restent également non résolues. Ces points concernant la conception du protocole plutôt que les mécanismes de la migration, ils demeurent ouverts même après l'activation d'Alpenglow.

Cette activation laisse de côté certains composants. Rotor, le remplacement prévu de la couche de distribution de données Turbine, n'appartient qu'à la deuxième phase et n'a toujours pas de date. Plus tard, Agave 4.4 devrait apporter un Fast Leader Handoff, qu'Anza anticipe dans moins de 1 % des slots. En fin de compte, seules les données de mesure après l'epoch 1064 montreront si Votor atteint 150 millisecondes en fonctionnement quotidien.