Yakovenko Critique Alpenglow Avant Migration Solana

Et si le plus grand chantier technique de Solana ces dernières années avait pu être livré deux fois plus vite ? C’est la question que vient de poser Anatoly Yakovenko, co-fondateur de la blockchain, à la veille d’une bascule historique. Demain, le 21 octobre, le réseau abandonne officiellement les transactions de vote des validateurs à l’intérieur des blocs. Une décision qui va faire chuter les chiffres de transactions par seconde affichés partout, même si l’activité réelle des utilisateurs ne bouge pas d’un iota.

Alpenglow Arrive Et Yakovenko Ne Masse Pas Les Mots

Le message est court, presque sec. Dans un post publié sur X, Anatoly Yakovenko cite un commentaire qui se réjouissait de la disparition des votes on-chain. Sa réponse tombe comme un couperet : Alpenglow aurait pu être déployé en moitié moins de temps s’ils s’étaient contentés de modifier le programme de vote pour en faire une machine d’état agrégée. Une phrase qui résume à elle seule le sentiment de beaucoup d’observateurs techniques : le chantier a été ambitieux, peut-être trop ambitieux, pour un résultat final qui aurait pu être atteint autrement.

Pourtant, le train est déjà en marche. L’époque 1064 a été désignée comme le point de bascule. Selon les dernières indications de la Fondation Solana, le démarrage est estimé vers 13 h 20 UTC. Cinq mille slots plus tard, les blocs ne contiendront temporairement que des votes le temps que tous les validateurs terminent la transition. Ensuite, plus rien. Les transactions de vote quittent définitivement la chaîne principale.

Alpenglow aurait pu sortir en moitié moins de temps s’ils avaient simplement changé le programme de vote en machine d’état agrégée.

Anatoly Yakovenko

Cette remarque n’est pas anodine. Elle intervient au moment où la communauté célèbre la fin d’une critique récurrente : celle qui consistait à dire que la majorité des transactions Solana n’étaient en réalité que des votes de validateurs. Demain, cette critique perdra son objet. Mais le prix à payer, selon le co-fondateur, aurait pu être nettement moins élevé en termes de temps de développement.

Ce Que Change Vraiment La Sortie Des Votes

Pendant des années, les explorateurs de blocs et les tableaux de bord affichaient des chiffres de transactions par seconde impressionnants. Une part non négligeable de ces chiffres provenait des votes que chaque validateur devait envoyer régulièrement pour participer au consensus TowerBFT. Demain, ces votes disparaissent des blocs. Résultat mécanique : les compteurs de TPS vont chuter. Pas parce que moins de gens utilisent le réseau, mais parce que la définition de ce qui compte comme une transaction change.

La Fondation Solana a clairement demandé aux services d’analyse et aux explorateurs de réinitialiser leurs bases de référence. Les outils qui suivaient la participation des validateurs via les instructions du programme de vote devront désormais lire les certificats présents dans les pieds de page des blocs. C’est un changement d’architecture profond, pas une simple optimisation cosmétique.

Les développeurs ont déjà pu tester ce nouveau comportement depuis septembre, d’abord sur le testnet puis sur le devnet. Les explorateurs ont dû apprendre à garder séparés les blocs candidats concurrents jusqu’à confirmation, au lieu de fusionner leurs transactions. C’est un détail technique, mais il change la façon dont on lit l’histoire de la chaîne.

Le Nouveau Système De Frais Pour Les Validateurs

Finies les micro-transactions de vote qui grignotaient du SOL à chaque tour. À la place, les validateurs paieront désormais une charge d’admission forfaitaire de 0,8 SOL par époque. L’intégralité de cette somme est brûlée. Le prélèvement se fait depuis le compte de vote, et non plus depuis le compte d’identité. Les opérateurs doivent s’assurer que le solde reste au-dessus du minimum exempt de loyer.

Le paiement s’effectue une époque à l’avance. La première charge, au début de l’époque 1064, couvre la participation à l’époque 1065. Un validateur qui ne peut pas s’acquitter de la somme perd purement et simplement le droit de voter ou de produire des blocs à l’époque suivante. C’est un mécanisme simple, mais impitoyable.

Les préparatifs ont commencé plus tôt que beaucoup ne le pensent. L’enregistrement des clés publiques BLS a été ouvert sur le mainnet dès le 8 juillet. La fonctionnalité d’admission a été activée le 22 juillet. Ces étapes n’activaient pas encore le consensus Alpenglow, mais elles posaient les fondations nécessaires.

Avant la bascule, la checklist est claire : version 4.3.2 d’Agave, Jito-Solana ou Harmonic Salsa. Firedancer et Frankendancer ne sont pas supportés pendant la transition. Les opérateurs qui n’ont pas anticipé ces exigences risquent de se retrouver hors-jeu le jour J.

Deux Chemins De Vote Pour Remplacer TowerBFT

Anza, l’équipe derrière une grande partie de l’implémentation, a conçu un système baptisé Votor qui fait tourner deux chemins de vote en parallèle. Le premier finalise un bloc en un seul tour dès que 80 % du stake a répondu. Le second utilise deux tours avec un seuil de 60 %. Les votes deviennent des messages directs signés avec la cryptographie BLS, ce qui permet de regrouper de nombreuses signatures dans un certificat compact.

Les validateurs disposent de leurs propres minuteries pour détecter un leader qui ne répond plus et voter pour le sauter. C’est une approche plus réactive que l’ancien TowerBFT. La proposition SIMD-0326, qui documente le travail, a également examiné des alternatives. Une version sans finalité en un tour offrait une tolérance aux fautes byzantines de 33 % et une simplicité accrue, mais au prix d’une latence plus élevée et d’une résilience aux pannes moindre.

Une autre piste explorée reposait sur un graphe acyclique dirigé. Elle promettait des économies de bande passante, mais les auteurs ont listé des inconvénients en matière de latence et de difficulté à utiliser pleinement la bande passante disponible. Au final, le choix s’est porté sur le design actuel, avec un plafond de 2 000 validateurs admis, priorisant ceux qui disposent du stake le plus élevé. Cette limite permet de garder les certificats assez petits pour tenir dans un seul message UDP.

La gouvernance a validé la proposition avec 98,27 % de soutien parmi les votes exprimés, représentant 52 % du stake total.

Le vote de gouvernance s’est tenu en septembre 2025. Le score est sans appel. La communauté a clairement donné son feu vert, même si la participation au vote n’a pas atteint l’intégralité du stake. C’est désormais de l’histoire ancienne : le code est prêt, la date est fixée, et la bascule est imminente.

La Finalité À 150 Millisecondes Et Ses Limites

Alpenglow promet une finalité autour de 150 millisecondes. C’est l’un des arguments les plus mis en avant. Pourtant, la documentation d’Anza apporte une nuance importante : les nœuds qui ne font pas partie de l’ensemble des validateurs admis peuvent recevoir l’information plus tard. Par le chemin par défaut, ces nœuds apprennent la finalité via les certificats inclus dans un bloc ultérieur. Cela peut ajouter jusqu’à un intervalle de production de bloc, voire davantage si des blocs sont sautés ou retardés.

Un validateur admis peut envoyer directement les messages de consensus à un nœud partenaire. Dans ce cas, la latence réseau entre les deux partenaires devient le principal délai supplémentaire. Si tous les partenaires configurés deviennent injoignables, le destinataire retombe sur l’apprentissage de la finalité via les pieds de page des blocs suivants. La promesse de 150 millisecondes reste donc vraie pour les participants centraux, mais elle n’est pas universelle.

Cette distinction est cruciale pour les fournisseurs de RPC et les services qui s’appuient sur une vision quasi instantanée de l’état de la chaîne. Certains clients pourraient constater un léger décalage par rapport à ce que voient les validateurs les mieux connectés. Ce n’est pas un bug, c’est une conséquence assumée de l’architecture.

Pourquoi La Remarque De Yakovenko Fait Du Bruit

Dans l’écosystème Solana, la parole d’Anatoly Yakovenko pèse. Quand il affirme qu’une modification plus simple du programme de vote aurait suffi, il touche un nerf sensible. Beaucoup de développeurs et d’opérateurs se demandent si la complexité d’Alpenglow était nécessaire pour obtenir le résultat recherché : sortir les votes des blocs et accélérer la finalité.

La réponse technique est que le design retenu offre des propriétés que la simple modification du programme de vote n’aurait peut-être pas apportées aussi proprement. Les certificats BLS, les deux chemins de vote parallèles, la détection de leader non réactif, le plafond de validateurs admis : tout cela forme un ensemble cohérent. Mais le coût en temps de développement a été réel, et Yakovenko le rappelle sans détour.

Cette franchise est caractéristique de la culture Solana. Les fondateurs n’hésitent pas à critiquer leurs propres choix quand ils estiment qu’un chemin plus court existait. Cela ne remet pas en cause la qualité du travail fourni par Anza et les contributeurs. Cela rappelle simplement que, dans la course à la performance, chaque mois compte.

Impact Sur Les Chiffres Et La Perception Du Réseau

Les tableaux de bord vont changer de visage. Les chiffres de transactions quotidiennes vont paraître plus modestes. Les critiques qui se moquaient du « TPS gonflé par les votes » devront trouver un autre angle d’attaque. Pour les défenseurs de Solana, c’est une bonne nouvelle : le réseau affichera enfin une activité purement utilisateur.

Mais il y a un risque de malentendu. Certains observateurs moins techniques pourraient interpréter la baisse des compteurs comme un ralentissement de l’activité. Les équipes de communication et les explorateurs de blocs ont un rôle pédagogique important à jouer dans les jours qui viennent. Expliquer que la baisse est purement structurelle sera essentiel pour éviter les mauvaises interprétations.

Les services qui utilisent Yellowstone gRPC devront faire attention : le message de pied de page ne transmet pas encore les certificats. Agave 4.3 propose une notification optionnelle de pied de page de bloc que les services doivent activer et implémenter s’ils ont besoin de ces données. L’ordre relatif aux notifications d’entrées est conservé, ce qui facilite l’intégration pour ceux qui anticipent.

L’Horloge De La Chaîne Reste Identique

Un détail souvent négligé : l’horloge de la chaîne conserve son format et sa précision à la seconde près. Pendant l’exécution des transactions, son horodatage estime le moment où le bloc parent s’est terminé. Les opérateurs sont invités à continuer de traiter cette valeur comme approximative. Ce n’est pas une nouveauté d’Alpenglow, mais un rappel utile au moment où beaucoup de paramètres bougent.

Cette continuité de l’horloge contraste avec les changements profonds du consensus. Elle montre que l’équipe a cherché à minimiser les ruptures pour les applications existantes. Les smart contracts et les programmes qui s’appuient sur le temps de la chaîne ne devraient pas avoir besoin de modifications majeures.

Une Transition Préparée Depuis Des Mois

La bascule du 21 octobre n’arrive pas par surprise. Le testnet a servi de terrain d’entraînement. Le devnet a permis aux explorateurs et aux fournisseurs d’infrastructure de s’adapter. Les documents d’Anza et de la Fondation Solana détaillent chaque étape. Les opérateurs sérieux ont eu le temps de se préparer.

Pourtant, comme souvent dans les grandes migrations, le risque réside dans les détails. Un validateur qui n’a pas mis à jour son client, un fournisseur RPC qui n’a pas activé les notifications de pied de page, un explorateur qui continue d’agréger les votes comme avant : chacun de ces points peut créer de la friction dans les premières heures.

La phase de transition elle-même est conçue pour être progressive. Après l’activation de la fonctionnalité, 5 000 slots séparent le début de la migration de la mainlevée complète. Pendant cette fenêtre, les blocs portent uniquement des votes le temps que tout le monde bascule. C’est une période délicate, mais courte à l’échelle du réseau.

Ce Que Cela Dit De La Culture Technique De Solana

La remarque de Yakovenko révèle quelque chose de plus profond que la simple critique d’un calendrier. Elle montre une culture où la performance pure n’est pas le seul critère. La vitesse de livraison compte aussi. Dans un écosystème où les concurrents avancent rapidement, chaque trimestre de développement supplémentaire a un coût d’opportunité.

Alpenglow n’est pas qu’une optimisation de consensus. C’est un signal envoyé au marché : Solana continue de repousser les limites de ce qu’une blockchain monolithe peut offrir en termes de latence et de débit utile. En sortant les votes des blocs, le réseau se concentre sur l’activité économique réelle. C’est un choix philosophique autant que technique.

Les équipes d’Anza ont documenté les alternatives envisagées avec une transparence rare. On voit les compromis, les pistes abandonnées, les raisons du choix final. Cette ouverture permet à la communauté de comprendre pourquoi le chemin plus long a été privilégié, même si le co-fondateur estime qu’un raccourci existait.

Les Prochaines Heures Seront Déterminantes

Demain, vers 13 h 20 UTC, l’époque 1064 devrait démarrer le processus. Les validateurs qui ont suivi les instructions seront prêts. Ceux qui ont tardé devront se dépêcher. Les explorateurs et les services d’analyse activeront leurs nouveaux modes de comptage. Les utilisateurs ordinaires, eux, ne devraient rien remarquer dans leur expérience quotidienne : les transferts, les swaps et les interactions avec les programmes continueront comme avant.

La vraie différence se jouera dans les coulisses et dans les chiffres publics. Les compteurs de transactions vont changer de visage. Les débats sur le « vrai » TPS de Solana vont s’apaiser, ou du moins changer de nature. Et la remarque de Yakovenko restera en mémoire comme un rappel que même les réussites techniques peuvent être scrutées sous l’angle de l’efficacité du processus de développement.

Alpenglow marque la fin d’une ère pour le consensus Solana. TowerBFT cède la place à un système pensé pour la vitesse et la compacité. Les votes quittent les blocs. Les frais se simplifient. La finalité s’accélère pour ceux qui sont au cœur du réseau. Reste à voir, dans les semaines qui suivent, si la promesse de 150 millisecondes se traduit concrètement dans l’expérience des applications et des utilisateurs finaux.

Pour l’instant, l’attention se concentre sur la bascule elle-même. Une migration de cette ampleur n’est jamais anodine. Les équipes techniques ont multiplié les tests. La gouvernance a donné son aval. Les documents sont publics. Tout est en place. Il ne reste plus qu’à passer le cap.

Dans quelques heures, Solana n’affichera plus les mêmes chiffres. Et Anatoly Yakovenko aura rappelé, une fois de plus, que dans cet écosystème, même les avancées les plus attendues peuvent être regardées avec un œil critique sur la manière dont elles ont été construites. C’est peut-être cela, au fond, qui définit le mieux l’esprit de la chaîne : viser haut, livrer, et ne jamais cesser de se demander si on aurait pu faire mieux, plus vite.

Les prochains jours permettront de mesurer l’impact réel sur les métriques publiques. Les fournisseurs d’infrastructure ajusteront leurs outils. Les validateurs s’habitueront au nouveau régime de frais. Et la communauté observera si la finalité promise se confirme dans la pratique quotidienne. Alpenglow n’est pas une simple mise à jour. C’est un changement de paradigme dans la façon dont Solana construit son consensus et présente son activité au monde.

La critique de Yakovenko ne diminue pas l’ampleur du travail accompli. Elle le situe dans une perspective plus large : celle d’une équipe qui sait que le temps est une ressource rare, et que chaque mois passé sur un chantier technique est un mois qui n’est pas consacré à autre chose. Dans la compétition féroce des blockchains de première couche, cette conscience du temps est peut-être aussi importante que la performance pure du code.

Demain, les votes sortiront des blocs. Les certificats prendront le relais. Les compteurs changeront. Et Solana entrera dans une nouvelle phase de son histoire technique. Que l’on partage ou non le sentiment de Yakovenko sur le calendrier, une chose est certaine : le réseau n’a pas fini d’évoluer, et les débats sur la meilleure façon d’avancer resteront au cœur de sa culture.