Solana Alpenglow démarre le 21 octobre dans l’epoch 1064 : ce qui compte maintenant pour les stakers

Le Solana reçoit un nouveau mécanisme de consensus le mercredi 21 octobre 2026, vers 15 h 00 UTC. La Solana Foundation a fixé la date d’Alpenglow à l’epoch 1064. Pour tous ceux qui se contentent de détenir ou de transférer du Solana, rien ne change : les paiements deviendront définitifs plus vite, les portefeuilles et les applications continueront de fonctionner comme avant. Si vous avez délégué vos SOL, en revanche, une chose doit être tirée au clair, et avant l’échéance.

Car la mise à niveau impose deux conditions à chaque validateur. Celui qui ne les remplit pas au début de l’epoch 1064 ne vote plus lors de l’epoch suivante et ne produit plus de blocs. Pour la délégation qui lui est rattachée, cela signifie : aucun revenu de staking sur cette période. La vérification se fait avant, pas après.

L’epoch 1064 commence le 21 octobre à 15 h 00 UTC

Une epoch est la période pour laquelle le Solana attribue à ses validateurs leurs tâches dans le réseau ; elle compte toujours 432 000 slots, soit 432 000 courtes fenêtres de temps dans chacune desquelles un bloc peut naître. Alpenglow sera armé au début de l’epoch 1064.

Mercredi matin, l’epoch 1057 était en cours. Sept epochs séparent donc le réseau du basculement, et la date se situe exactement à une semaine. La Solana Foundation indique sur sa page de mise à niveau le 21 octobre « at approximately 15:00 UTC » ; le mot approximately y figure à bon droit, car le début d’une epoch dépend de l’avancée des blocs et non de l’horloge.

L’interrupteur de la mise à niveau, appelé feature gate dans le Solana, porte l’identifiant A1pengvuM6JEcyNuTnMqepBKhwHE3N6PmUrdATGawhJS. Sur le testnet et sur le devnet, il est actif ; sur le mainnet, il affiche « not activated ». Sur le devnet, Alpenglow a démarré le 25 septembre.

Alpenglow remplace TowerBFT, l’exécution reste intacte

Le consensus désigne la procédure par laquelle les machines d’un réseau s’accordent sur l’ordre des paiements et sur le moment à partir duquel un paiement n’est plus réversible. C’est précisément cette procédure que le Solana remplace : TowerBFT, en service depuis le lancement de 2020, cède la place à Alpenglow.

Aujourd’hui, il faut environ 12,8 secondes pour qu’un paiement sur le Solana soit définitif. Alpenglow vise à peu près 150 millisecondes, soit à peine un centième. CoinDesk replace le chiffre avec sobriété : les 150 millisecondes sont un objectif, et la vitesse réelle dépend de l’état du réseau. Effet secondaire, la nouvelle procédure supporte, selon la Solana Foundation, 20 % de stake malveillant plus 20 % de stake hors service.

Important pour quiconque utilise une application sur le Solana : l’exécution des paiements ne change pas. L’environnement d’exécution SVM, les formats de transaction et la mécanique des frais restent tels quels. Alpenglow intervient une couche plus bas, au niveau de l’accord sur les blocs.

La source primaire dissipe d’emblée un malentendu répandu : les 150 millisecondes mesurent le délai jusqu’à la finalité, pas la cadence de création des blocs. Le temps de bloc a été abaissé indépendamment, en quatre étapes de 400 à 200 millisecondes, achevées en octobre 2026.

Votor d’abord, Rotor ensuite : la mise à niveau arrive en deux phases

Alpenglow se compose de deux briques qui arrivent l’une après l’autre. Le 21 octobre démarre Votor, la partie vote. Les validateurs s’enverront désormais leurs voix directement et les regrouperont en certificats, de sorte qu’un bloc est définitif après un ou deux tours de scrutin. Votor se trouve dans Agave 4.3.

Rotor, la seconde brique, remplacera plus tard la manière dont un bloc est diffusé sur le réseau. Il doit remplacer la diffusion actuelle, nommée Turbine, par une unique couche de relais. Aucune date n’est encore annoncée ; Rotor n’arrivera que lorsque Votor sera rodé.

Concrètement, pour la semaine à venir : le 21 octobre, seul le scrutin change. Lire « la mise à niveau Alpenglow » comme un événement unique, c’est lire un raccourci.

Les 5 000 premiers slots tournent encore sous TowerBFT

Une particularité concerne tous ceux qui voudront suivre l’événement en direct le 21 octobre. Le feature gate s’ouvre au début de l’epoch 1064, mais le réseau traite les 5 000 premiers slots de l’epoch sous TowerBFT. Alpenglow ne prend le relais qu’ensuite, au slot 459 653 000 selon la Solana Foundation, environ 18 minutes après le début de l’epoch.

Ce chiffre se recalcule, et il tombe juste. L’avancée des blocs de mercredi matin place le début de l’epoch 1064 au slot 459 648 000. Jusqu’au basculement annoncé au slot 459 653 000, cela représente exactement 5 000 slots. L’indication de la source primaire et l’état de la blockchain concordent donc au slot près.

Dans cette fenêtre d’un bon quart d’heure, le réseau signale encore qu’il fonctionne sous l’ancienne procédure. Si vous regardez le 21 octobre à 15 h 05 UTC sans trouver de confirmation Alpenglow, vous ne voyez pas une panne, mais cette phase de transition.

Agave 4.3.0 est obligatoire, Firedancer reste à l’écart de la migration

La première des deux conditions porte sur le logiciel. Un validateur doit faire tourner, avant le début de l’epoch 1064, un client basé sur Agave, dans une version construite sur Agave 4.3.0. Sont admis Agave lui-même, Jito-Solana et Harmonic Salsa.

Un client validateur est le programme avec lequel un opérateur participe au réseau. Plusieurs équipes développent de tels programmes indépendamment les unes des autres, ce qui protège le réseau contre un défaut présent dans une seule implémentation. C’est précisément cette diversité qui se restreint brièvement lors de la migration : Firedancer et Frankendancer, les clients de Jump Crypto, ne sont expressément pas pris en charge pendant le basculement. CoinDesk en formule la conséquence de façon indépendante : les opérateurs doivent changer de logiciel temporairement.

Pour un délégateur, c’est la première question à poser à son validateur : un client basé sur Agave tourne-t-il là, dans une version construite sur Agave 4.3.0 ? Un validateur qui mise sur Firedancer et ne change pas ne sera pas du basculement.

Le Validator Admission Ticket coûte 0,8 SOL par epoch

La seconde condition est une question d’argent. Un validateur doit détenir au moins 0,8 SOL sur son compte de vote, et ce au-delà du montant qui doit de toute façon y figurer comme solde minimal. Ce solde sert à payer le Validator Admission Ticket, en abrégé VAT, une sorte de droit d’entrée pour participer au scrutin.

Le calendrier est décalé : le premier frais est débité au début de l’epoch 1064 et paie la participation à l’epoch 1065. Il en va ainsi par la suite, chaque epoch payant pour la suivante. La Solana Foundation écrit à ce sujet la phrase qui compte : si le frais n’est pas payé, le validateur ne vote pas lors de l’epoch suivante et ne produit pas de blocs.

Cela devient même moins cher. Jusqu’ici, les validateurs payaient leurs voix sous forme de frais de transaction ordinaires, environ 1 SOL par epoch selon CoinDesk. Ces coûts disparaissent et sont remplacés par les 0,8 SOL forfaitaires, un cinquième de moins.

Une epoch dure aujourd’hui environ 26 heures et non deux jours

Un calcul propre se justifie ici, car il ne figure dans aucune dépêche. Une epoch compte 432 000 slots. Tant qu’un slot durait 400 millisecondes, cela faisait deux jours. Après l’abaissement à 200 millisecondes, l’epoch se réduit d’autant.

L’écart entre le niveau de blocs de mercredi matin et la date de départ annoncée de l’epoch 1064 donne un temps de slot d’environ 218 millisecondes. Une epoch dure donc un bon 26 heures, soit à peu près un jour. Beaucoup d’explications plus anciennes citent encore 38 ou 48 heures ; ces chiffres datent d’avant l’abaissement.

Pour le frais, c’est là l’essentiel. Les 0,8 SOL ne tombent pas tous les deux jours, mais un bon jour sur un. Rapporté à l’année, cela représente environ 267 SOL par validateur, soit un peu moins de 28 700 dollars à un cours de 107 dollars. Mercredi matin, le réseau comptait 678 validateurs dotés d’un compte de vote, dont 673 actifs et cinq défaillants. Extrapolé, l’ensemble du réseau paie donc environ 542 SOL par epoch, soit à peu près 58 000 dollars.

Les opérateurs d’un validateur à faible stake délégué doivent gagner ce frais sur les récompenses de bloc. Pour les grands opérateurs, 0,8 SOL par jour est une ligne de frais généraux ; pour les petits, un obstacle.

Les chiffres de transactions du Solana s’effondrent le 21 octobre sans que l’usage baisse

Une conséquence de la mise à niveau sèmera la confusion dans les semaines à venir, chez tous ceux qui jugent le Solana à ses indicateurs. Jusqu’ici, les voix des validateurs étaient des transactions ordinaires dans le bloc et comptaient comme telles. Avec Alpenglow, elles quittent complètement le bloc.

S’adressant aux développeurs, la Solana Foundation écrit qu’il faut remettre à zéro tout indicateur qui comptait les voix. CoinDesk en tire la conséquence pour les observateurs extérieurs : le nombre de transactions affiché du Solana pourrait baisser nettement sans que l’usage par de véritables utilisateurs recule.

Celui qui verra après le 21 octobre un graphique des transactions par seconde du Solana pointer franchement vers le bas devrait donc d’abord vérifier la date. Une rupture de mesure ressemble, sur un graphique, à une rupture de marché. Chez le Solana, la part des voix dans l’ensemble des transactions est traditionnellement élevée : le décrochage sera donc marqué.

Deux autres changements concernent surtout les développeurs, mais ils expliquent pourquoi l’on parle d’un breaking change. Les deux niveaux de confirmation confirmed et finalized fusionnent et signifieront désormais la même chose. Et Proof of History, la mesure du temps propre au Solana, cesse de cadencer la production des blocs ; les horodatages qui en dépendaient disparaissent du flux de données.

Le validateur derrière votre délégation : version du client et solde de vote

Déléguer des SOL transfère vos droits de vote à un validateur tout en conservant les pièces. Le délégateur partage le risque de défaillance de ce validateur : si le validateur ne vote pas lors de l’epoch 1065, les revenus de staking de la délégation rattachée disparaissent pour cette période. Les SOL eux-mêmes ne sont pas touchés, ils restent intacts.

Deux informations peuvent être tirées au clair avant le 21 octobre. D’abord le logiciel client du validateur et sa version. Ensuite le solde de son compte de vote, qui doit porter les 0,8 SOL nécessaires au-delà du montant minimal. Les deux figurent dans les annuaires publics de validateurs, et staker via un prestataire signifie le lui demander.

La situation est la plus simple avec de grands validateurs exploités de façon professionnelle, qui ont de toute façon participé au basculement. Un petit validateur dont l’opérateur publie rarement quelque chose mérite de l’attention. En cas d’hésitation : une délégation peut être déplacée à tout moment vers un autre validateur, mais le changement ne prend effet qu’à l’epoch suivante, soit un bon jour.

Staker via une plateforme, un portefeuille ou son propre validateur : qui porte le risque

Pour les investisseurs en Allemagne, trois voies se rejoignent, et elles diffèrent précisément sur cette question.

Staker via une plateforme signifie n’avoir rien à faire avec les clients et les comptes de vote. La plateforme exploite ses propres validateurs ou travaille avec des partenaires et répond de leur disponibilité. En contrepartie, vous portez le risque de contrepartie de la plateforme. Un panorama des prestataires et de leurs conditions figure dans le comparatif des plateformes de staking.

Déléguer depuis son propre portefeuille signifie choisir soi-même le validateur. Les deux points de contrôle ci-dessus s’appliquent alors directement, et en échange les SOL restent en conservation personnelle.

Exploiter soi-même un validateur signifie remplir activement les deux conditions. Pour ce groupe, le 21 octobre est une date de travail, pas une date de lecture.

Sur le plan fiscal, la mise à niveau ne change rien. En Allemagne, les revenus de staking relèvent des autres revenus au sens de l’article 22 numéro 3 de la loi sur l’impôt sur le revenu et sont imposables l’année de leur encaissement, avec un seuil d’exonération de 256 euros par an. Pour les SOL stakés eux-mêmes, le délai de détention d’un an de l’article 23 de la même loi continue de s’appliquer ; le ministère fédéral des Finances a abandonné dès 2022 l’extension à dix ans en cas de staking.

Notre analyse : le risque de défaillance se concentre chez les petits validateurs

Du point de vue de la rédaction, le risque pour le staker allemand moyen est faible, mais pas nul, et il se répartit de façon inégale.

Trois éléments plaident en ce sens. Le basculement tourne sur le devnet depuis le 25 septembre, et sur le testnet auparavant : les opérateurs ont donc eu des semaines. À 0,8 SOL par epoch, le frais se situe sous les coûts de vote antérieurs d’environ 1 SOL ; il n’exige donc aucun budget supplémentaire. Et avec 438 millions de SOL stakés, soit 74,4 % de l’offre en circulation selon notre propre mesure, l’essentiel du stake dépend de quelques grands validateurs dont les opérateurs accompagnent le basculement.

À l’inverse, l’exclusion de Firedancer pèse. Elle contraint précisément les opérateurs qui avaient choisi sciemment une implémentation alternative à changer de logiciel, et un changement sous contrainte de calendrier est la source d’erreur classique. Quelle part du stake dépend de validateurs sous Firedancer ne se lit pas dans les données publiques ; cette lacune demeure. Cinq validateurs défaillants sur 678 constituent l’état normal, à l’aune duquel il sera possible de lire, après le 21 octobre, si le basculement s’est fait sans bruit.

Aucune recommandation d’achat ou de vente de SOL n’en découle. Le Solana cotait 107 dollars mercredi matin, soit près de 10 % sous le niveau de la semaine précédente. Une perte totale est possible sur toute cryptomonnaie.

Ce que vos propres avoirs disent d’Alpenglow, et ce qui a changé depuis septembre

Cette échéance a un antécédent qui mérite d’être rappelé. Fin septembre, le 28 septembre circulait comme date d’activation. Une confusion était en cause : dans la feuille de route du développeur Anza, cette journée indiquait seulement la reprise générale des activations de fonctionnalités, sans nommer Alpenglow. Nous avions alors replacé cette date manquée dans son contexte.

La démarche de vérification pour les délégateurs figurait déjà dans notre article du 1er septembre, mais encore avec l’ancienne date. Ce qui a changé depuis, c’est exactement trois choses : la date est désormais fixée, la condition Agave 4.3.0 est nommée, et le frais a un chiffre avec 0,8 SOL. La répartition du stake entre les validateurs et l’emplacement de la minorité de blocage, nous les avions mesurés début octobre.

La couverture germanophone reste en retard sur cet état des choses. Les articles qui donnent le 28 septembre comme date ou parlent d’une mise à niveau « sans date fixe » sont dépassés depuis mercredi matin. À la lecture d’une indication sur Alpenglow, regardez la date de publication.

Alpenglow le 21 octobre : 0,8 SOL décident d’une epoch de récompenses

La date est posée, les conditions sont nommées, et les deux peuvent être tirées au clair dans la semaine qui vient. Trois étapes suffisent :

1. Établissez qui a délégué vos SOL. Chez un prestataire, la responsabilité du client et du solde de vote lui revient ; demandez si ses validateurs tournent sous Agave 4.3.0. Quels prestataires offrent quelles conditions, le comparatif des plateformes crypto le montre.
2. En cas de délégation propre, vérifiez les deux informations. Le logiciel client avec sa version et le solde du compte de vote. Si l’une ne convient pas, la délégation peut être déplacée avant le 21 octobre ; le changement prend effet à l’epoch suivante. Pour conserver vos SOL vous-même à cette occasion, les appareils figurent dans le comparatif des portefeuilles matériels.
3. Consignez vos revenus de staking pour l’impôt. Les revenus comptent l’année de leur encaissement, et le seuil d’exonération est de 256 euros. Les outils pour cela figurent dans le comparatif des logiciels fiscaux crypto.

Les indications sur la date, sur Agave 4.3.0 et sur le Validator Admission Ticket proviennent de la page de mise à niveau de la Solana Foundation ; la mise en perspective des coûts et des chiffres de transactions est confirmée indépendamment par CoinDesk.

(Au 14 octobre 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)