Solana devrait déployer cette semaine Alpenglow, que Anza décrit comme la plus importante mise à niveau du consensus de son histoire, sur le testnet public.
Dans un message publié mardi, Brennan Watt, PDG d’Anza, a laissé entendre que la mise à niveau serait mise en service sur le testnet au cours de l’époque 1042, prévue dans moins de deux jours selon les données de Solana Beach.
Cette initiative marque la première étape officielle d’une migration qui aboutira au remplacement de TowerBFT, le système de consensus actuel de Solana, par Alpenglow. La mise à niveau fonctionne déjà depuis plus de 4 mois sur un cluster communautaire dédié, où les opérateurs ont répété à plusieurs reprises le processus de migration.
De 12,8 secondes à 150 millisecondes
Le principal changement apporté par Alpenglow concerne la rapidité avec laquelle Solana atteint la finalité, c’est-à-dire le moment où le réseau considère qu’une transaction est irréversible selon ses règles de consensus.
Anza estime qu’Alpenglow peut réduire ce délai de finalité d’environ 12,8 secondes à environ 100 à 150 millisecondes. Cela pourrait modifier la manière dont les plateformes d’échange, les ponts et les commerçants gèrent les transactions Solana, car ces services attendent souvent la finalité avant de créditer les dépôts, de débloquer des actifs ou de confirmer les paiements.
Cette mise à jour remplace TowerBFT par Votor. Au lieu d’enregistrer les votes de consensus sous forme de transactions sur la blockchain, les validateurs échangent leurs votes directement. Votor peut finaliser un bloc via l’une des deux voies de vote suivantes : l’une s’achève après un tour lorsque 80 % des participations sont mobilisées, tandis que l’autre nécessite deux tours lorsque la participation atteint 60 %. La suppression du vote sur la chaîne libère également de l’espace de bloc actuellement consommé par le trafic lié au consensus.
Comment Solana va changer de protocole de consensus sans interruption
Alpenglow ne nécessite ni nouvelle chaîne, ni redémarrage du réseau, ni migration des tokens. Solana changera de protocole de consensus tandis que le réseau en production continuera de fonctionner.
La migration se déroule en quatre étapes. Tout d’abord, le « feature gate » d’Alpenglow s’active à la limite d’une époque. Aucune migration n’a lieu immédiatement.
Puis, 5 000 slots plus tard, la limite de migration est atteinte. Les blocs cessent de transporter les transactions des utilisateurs et ne contiennent plus que des votes. Cela crée un point de retour en arrière sécurisé, car les validateurs peuvent rejeter les blocs postérieurs à cette limite sans perdre les transactions des utilisateurs.
Les validateurs continuent d’exécuter TowerBFT jusqu’à ce qu’un bloc reçoive les votes de 82 % des participations. Le dernier ancêtre de ce bloc avant la limite devient le bloc genesis d’Alpenglow.
Les validateurs signent ensuite un vote de genèse BLS. Une fois que 82 % des participations ont contribué, le certificat de genèse est établi.
Enfin, les validateurs annulent tout ce qui se trouve après le bloc genesis, transmettent le consensus à Votor et reprennent le traitement des transactions des utilisateurs. TowerBFT se retire, tandis qu’Alpenglow prend le relais à partir du bloc genesis.
Agave 4.3 mène le premier test
Les validateurs participant à la migration vers le testnet doivent utiliser Agave v4.3.0. Anza a recommandé Agave v4.3 à tous les validateurs du Mainnet-beta le 21 septembre, après un déploiement par étapes qui a d’abord concerné les opérateurs représentant 10 %, puis 25 % de la mise.
Le calendrier actuel d’Anza prévoit le 28 septembre comme date provisoire pour l’activation des fonctionnalités incluses dans Agave 4.3 sur le Mainnet-beta. Toutefois, cela ne correspond pas à une date de lancement confirmée pour le mainnet d’Alpenglow.
Firedancer ne prend pas en charge la migration vers Alpenglow
Firedancer et Frankendancer ne prennent actuellement pas en charge la migration vers Alpenglow. Les opérateurs de testnet utilisant l’un de ces clients doivent passer à Agave v4.3.0 avant l’activation de la fonctionnalité.
Cette situation a également soulevé des inquiétudes concernant la diversité des clients. Mike MacCana, responsable des relations avec les développeurs chez QuickNode, a exprimé sa crainte que le réseau ne dépende d’un seul client pendant la migration.
L’équipe Firedancer prévoit de mettre fin au support de Frankendancer lorsque Alpenglow sera déployé sur le réseau principal de Solana, ce qui devrait avoir lieu avec la version 4.3, invoquant la charge que représentent sa maintenance et sa sécurité. L’équipe se concentrera désormais sur le client Firedancer complet.
Timothy Garcia, responsable des relations avec les validateurs à la Fondation Solana, a décrit l’activation du testnet comme la fin d’une époque pour Frankendancer, tout en reconnaissant que ce client avait eu un impact significatif sur l’écosystème.
Prochaines étapes
Après le testnet, Alpenglow passera par le Devnet avant d’atteindre la version bêta du Mainnet. Chaque cluster doit exécuter le même processus de migration avant que la prochaine étape ne commence.
Cette mise à niveau reste par ailleurs distincte des améliorations apportées par Solana au temps de slot. Le temps de slot de Solana est récemment passé à 250 millisecondes dans le cadre de la spécification SIMD-0525, tandis qu’une étape future vise les 200 millisecondes.
Alpenglow modifie quant à lui la rapidité avec laquelle les validateurs parviennent à la finalité. Si la migration réussit à chaque étape, Solana évoluera vers un réseau où la finalité des blocs pourra être atteinte en environ 150 millisecondes, sans modifier la manière dont les utilisateurs envoient leurs transactions ni la façon dont les applications les exécutent.
En savoir plus sur SolanaFloor
X ajoute un bouton « Trade » aux Cashtags, permettant aux utilisateurs américains d’accéder au $BTC et au $SOL en un clic
Les Cryptopunks, les Boogles et les zkSnarks enregistrent des millions de volume de trading alors que les marchés des NFT reprennent vie
Comment trader sur Solana comme un pro
