Mise à Niveau Alpenglow de Solana : Date de Sortie, Caractéristiques et Quelles Changements ?

La mise à jour Alpenglow de Solana est un remplacement prévu pour le système de consensus du réseau, qui détermine quand un bloc est final. Sa première phase, Votor, vise à réduire la finalité d'environ 12,8 secondes à environ 150 millisecondes.

À partir du 23 septembre 2026, Anza a recommandé Agave 4.3 pour une adoption générale, mais son suivi des fonctionnalités liste toujours l'activation du consensus Alpenglow comme étant en attente. Nous expliquerons le calendrier de déploiement, comment la mise à jour fonctionne et ce que les utilisateurs, développeurs et validateurs doivent s'attendre.

Principaux points à retenir

• Alpenglow de Solana vise environ 150 millisecondes de finalité de bloc, mais ce chiffre est une attente, pas un temps de complétion de transaction garanti.
• Agave 4.3 contient la première phase, Votor, tandis que la phase de distribution de blocs prévue, Rotor, n'a pas de date de sortie programmée.
• L'adoption d'Agave 4.3 a commencé, mais le changement de consensus Alpenglow n'avait pas été marqué actif sur le mainnet de Solana au 23 septembre 2026.

Qu'est-ce que la mise à jour Alpenglow de Solana?

(source de l'image : cryptotimes.com)

Alpenglow est un changement proposé sur la façon dont les validateurs de Solana s'accordent sur les blocs et établissent la finalité. La finalité signifie que le réseau a atteint le point où un bloc est considéré comme irréversible selon ses règles de consensus.

Alpenglow est conçu pour remplacer le processus de consensusTowerBFT actuel de Solana, qui repose sur les votes des validateurs soumis sous forme de transactions. Le déploiement comporte deux phases. Votor change le vote et la finalisation des validateurs ; il est inclus dans Agave 4.3, une version du logiciel de validateurs développée par Anza.

Rotor est destiné à changer la façon dont les données de blocs se propagent à travers le réseau en remplaçant l'actuel système de distribution Turbine, mais il est prévu pour une sortie ultérieure non programmée. La première phase ne doit donc pas être décrite comme le lancement de toutes les fonctionnalités d'Alpenglow.

Alpenglow change le consensus, pas la façon dont les programmes Solana exécutent des transactions. Il n'introduit pas, à lui seul, un nouveau token, ne change pas la machine virtuelle Solana, et ne révise pas les formats de transaction et les mécanismes de frais.

Quand est la date de sortie de l'Alpenglow de Solana?

Il n'y a pas de date de calendrier confirmée pour l'activation du mainnet d'Alpenglow. La page de mise à jour de Solana donne une attente pour le T3 2026. Le calendrier provisoire d'Agave 4.3 d'Anza enregistre sa recommandation du 21 septembre pour une adoption générale du mainnet et vise le 28 septembre pour reprendre l'activation des fonctionnalités du mainnet.Ce jalon du 28 septembre est un objectif de calendrier, pas une confirmation que le consensus Alpenglow s'allumera ce jour-là. À partir du 23 septembre, le suivi des fonctionnalités d'Anza place toujours la porte du consensus Alpenglow sous activation de testnet en attente. Ces jalons décrivent des événements différents :

Jalon

Comment Alpenglow change-t-il la finalité de Solana?

Sous TowerBFT, les validateurs soumettent des transactions de vote et la finalité prend environ 12,8 secondes. Votor fait plutôt en sorte que les validateurs envoient des votes directement les uns aux autres. Les validateurs combinent des votes suffisamment pondérés par la participation en certificats, qui fournissent une preuve qu'un bloc a atteint le seuil de vote pertinent.

Un bloc peut prendre un chemin rapide vers la finalité après un tour de vote si au moins 80 % des votes de participation le notarisent. Si ce seuil n'est pas atteint, Votor peut procéder à un deuxième tour en utilisant des seuils de 60 % de participation.

Ce sont des règles de protocole, pas une promesse que chaque transaction se règlera dans le même laps de temps. La fondation Solana décrit environ 150 millisecondes comme étant le

temps cible de finalitéCe n'est pas un nouveau temps de slot, un résultat garanti, ou une mesure du temps plein entre le moment où vous appuyez sur "envoyer" et le moment où vous voyez un solde mis à jour dans chaque portefeuille ou application. Les conditions du réseau, le chemin de vote et l'infrastructure de l'application peuvent affecter ce que les utilisateurs observent..

L'effort distinct de Solana pour réduire les temps de slot ne doit pas être confondu avec l'objectif de finalité d'Alpenglow. Si vous souhaitez

échanger Solana (SOL), veuillez échanger ici!Quelles sont les principales fonctionnalités d'Alpenglow?

(source de l'image : solana.com)

Les changements les plus conséquents de Votor concernent la façon dont les validateurs votent et comment les applications interprètent les données résultantes :

Votes directs des validateurs :

• Les votes n'ont plus besoin d'apparaître comme des transactions ordinaires à l'intérieur des blocs une fois que le consensus Alpenglow est activé.Finalité basée sur des certificats :
• Les votes agrégés des validateurs établissent quand un bloc est final, potentiellement en un tour ou sinon à travers le processus du deuxième tour du protocole.Comportement d'engagement changé :
• Après activation, leconfirméet  and finalisé les engagements décrivent le même état final sous Votor. Les applications devraient suivre les directives de migration avant de changer la manière dont elles utilisent ces statuts.
• Nouvelles données pour les flux de blocs : Agave 4.3 ajoute un bank_id champ aux données de streaming Geyser afin que les consommateurs puissent distinguer les banques candidates associées à un slot.
• Une mise à jour de distribution ultérieure : Rotor est prévu pour remplacer l’approche de propagation des blocs de Turbine après l’adoption de Votor. Elle ne fait pas partie de l’activation du consensus initial d’Agave 4.3.

La Fondation Solana dit également que la Preuve d'Histoire ne rythmera plus la production de blocs sous Alpenglow.

Cela affecte l'infrastructure qui lit les entrées de tick ou dépend de la source précédente du Horloge timestamp du sysvar. Ces changements sont plus significatifs pour les validateurs, les indexeurs et les fournisseurs de données que pour quelqu'un qui envoie simplement du SOL.

Pour des informations sur le système qu'Alpenglow est conçu pour remplacer, explorez la Preuve d'Histoire de Solana.

Quels changements pour les utilisateurs, les développeurs et les validateurs ?

La plupart des utilisateurs de portefeuille ne devraient pas avoir besoin de changer leur manière de signer ou d’envoyer des transactions. La charge de préparation plus importante incombe aux services qui interprètent les données de blocs de Solana et aux opérateurs qui exécutent le logiciel de validation.

Pour les développeurs et les fournisseurs d'infrastructure, le travail pertinent dépend de ce qu'une application lit. Un service qui stream les données Geyser devrait tenir compte de bank_id et éviter de supposer qu'un slot correspond toujours à une banque candidate.

Les indexeurs qui comptent les transactions de vote au sein des blocs devront réviser ces métriques après l'activation. Les systèmes utilisant des statuts d'engagement ou Clock.unix_timestamp devraient revoir les sémantiques mises à jour avant de changer la logique de production.

Les opérateurs de validateurs ont des exigences distinctes. Les directives d'opérateur de la Fondation Solana demandent une clé publique BLS enregistrée sur le compte de vote et l'adoption d'Agave 4.3 selon les instructions de déploiement d'Anza.

Des changements préparatoires, y compris le ticket d'admission du validateurs, peuvent être actifs avant le consensus d'Alpenglow lui-même. Les opérateurs devraient utiliser les instructions actuelles pour leur cluster plutôt que de traiter la date de publication d'un article comme un signal de mise à niveau. Voudriez-vous acheter Solana (SOL) ?

Comment pouvez-vous savoir si Alpenglow est actif ?

Vérifiez l'état de consensus du cluster plutôt que sa seule version logicielle. La Fondation Solana documente une méthode RPC Agave 4.3, getAgGenesisCert, à cet effet. Un null résultat signifie que le cluster fonctionne encore avec TowerBFT ; un certificat retourné indique qu'il a migré vers Alpenglow. 

Le Solana CLI fournit également solana alpenglow-genesis-info dans la version 4.3 et ultérieures. Un ancien nœud RPC peut retourner “Méthode non trouvée” au lieu de null, donc ces réponses ne doivent pas être considérées comme équivalentes. Chaque cluster peut migrer selon son propre calendrier.

Quelles sont les limitations et les risques ?

Une finalité plus rapide pourrait aider les applications qui ont besoin d'informations de règlement en temps voulu, mais Alpenglow n'élimine pas les risques de transaction, opérationnels ou de marché. Son objectif de 150 millisecondes doit être évalué par rapport aux performances réelles du réseau après activation.

La transition change également les hypothèses intégrées dans certaines infrastructures. Une gestion incorrecte des banques candidates, des flux de blocs ou des états d'engagement pourrait produire des données d'application trompeuses même si le réseau sous-jacent fonctionne comme prévu.

Séparément, la conception et le calendrier de Rotor restent un travail futur, donc ses effets potentiels ne doivent pas être attribués à la première version de Votor. Pour les traders et les investisseurs de SOL, une étape de mise à niveau n'est pas un prévision de prix fiable.

La valeur marchande de SOL peut varier pour de nombreuses raisons au-delà de la performance du consensus. Les vérifications utiles à court terme sont de savoir si la fonctionnalité s'active, comment elle fonctionne dans des conditions de production, et si les services qui dépendent des données de Solana s'adaptent correctement.

Les lecteurs intéressés par le rôle de SOL délégué peuvent apprendre comment fonctionne le staking de Solana.

Conclusion

La mise à niveau Solana Alpenglow vise à remplacer TowerBFT par une finalité basée sur des certificats plus rapide, en commençant par Votor dans Agave 4.3. Le déploiement du logiciel était en cours depuis le 23 septembre 2026, mais Anza n’avait pas marqué la porte de consensus d’Alpenglow comme active.

Sa cible de finalité d’environ 150 millisecondes reste un objectif, tandis que Rotor n’a pas de publication programmée. Les lecteurs suivant le lancement devraient vérifier le tracker de fonctionnalités actuel ou l'état de consensus du cluster avant de considérer Alpenglow comme actif.

Les lecteurs intéressés par les marchés crypto disponibles peuvent explorer Bitrue Exchange, tandis que le Bitrue Blog propose des guides supplémentaires sur la technologie blockchain et les développements du marché.

FAQ

Alpenglow de Solana est-il actif sur mainnet ?

À partir du 23 septembre 2026, le tracker de fonctionnalités d'Anza listait toujours l'activation du consensus d'Alpenglow comme en attente. Sa recommandation d’adopter Agave 4.3 ne signifie pas que le cluster a changé de protocoles de consensus.

Quelle est la différence entre Agave 4.3 et Alpenglow ?

Agave 4.3 est une version d'un logiciel de validateur qui inclut la première phase d'Alpenglow, Votor. Le consensus Alpenglow entre en vigueur sur un cluster uniquement lorsque la migration et l'activation pertinentes se produisent.

Alpenglow rendra-t-il chaque transaction Solana définitive en 150 millisecondes ?

Non. Environ 150 millisecondes est un objectif pour la finalité du consensus, pas un temps garanti pour chaque bloc ou une mesure de l'expérience utilisateur dans son ensemble. Le temps observé peut varier.

Alpenglow réduit-il le temps de slot de Solana ?

Non. La mise à jour de finalité Alpenglow et la réduction progressive du temps de slot de Solana sont des changements séparés. La finalité mesure quand un bloc est approuvé selon les règles du consensus ; le temps de slot concerne le timing des opportunités de produire des blocs.

Les détenteurs de SOL doivent-ils agir pour la mise à jour Alpenglow ?

Les utilisateurs ordinaires ne sont pas censés changer la façon dont ils signent ou envoient des transactions. Les opérateurs de validateurs et certains développeurs ou fournisseurs de données ont un travail de migration à compléter.

Avertissement : Les opinions exprimées appartiennent exclusivement à l'auteur et ne reflètent pas les vues de cette plateforme. Cette plateforme et ses affiliés déclinent toute responsabilité quant à l'exactitude ou à la pertinence des informations fournies. C'est uniquement à des fins d'information et n'est pas destiné comme conseil financier ou d'investissement.