Le réseau a changé de consensus après une courte fenêtre de transition
L'époque 1064 a débuté vers 13:36 UTC le 21 oct.. L'indicateur d'activation du réseau est devenu actif au début de l'époque, mais le réseau a continué d'utiliser TowerBFT pour les 5,000 premiers slots. Cette fenêtre de transition a duré environ 18 minutes.
Alpenglow a pris le contrôle vers 13:54 UTC à partir du slot 459,653,000. Solana a indiqué que 446 validateurs sur 654 ont certifié le bloc de transition. Le délai était planifié et donnait aux opérateurs un point de contrôle clair pour vérifier si le nouveau système de consensus avait démarré.
Votor remplace les transactions de vote par des messages directs entre validateurs
Sous TowerBFT, les validateurs plaçaient des votes dans des transactions et la finalisation des blocs dépendait de l'accumulation des votes sur 32 slots. Alpenglow‘s Votor le système envoie les votes directement entre validateurs et les combine en certificats. Un bloc peut devenir final après un ou deux tours de vote.
Les portefeuilles et les programmes ordinaires n'ont pas besoin d'un nouveau format de transaction. La Solana Virtual Machine, les comptes et le modèle de frais restent en place. L'avantage concret est une certitude plus rapide qu'un transfert confirmé ou une action au sein d'une application ne peut pas être annulé.
Le temps de slot de 200 millisecondes est un changement distinct
Solana a réduit son temps de slot de 400 à 200 millisecondes lors d'une mise à jour distincte en octobre. Le temps de slot décrit la fréquence à laquelle le réseau peut produire un nouveau slot. Alpenglowle chiffre d'environ 150 millisecondes décrit le délai cible pour finaliser un bloc. Les deux chiffres mesurent des parties différentes du système.
La cible n'est pas un résultat fixe : le délai de finalisation d'un bloc peut varier selon les conditions du réseau et la localisation des validateurs. Les plateformes d'échange et les applications doivent mesurer le comportement réel plutôt que de considérer 150 millisecondes comme une promesse pour chaque transfert.
| Détail | Informations confirmées |
|---|---|
| L'epoch 1064 a commencé | Vers 13:36 UTC le 21 oct. 2026 |
| Le consensus est passé à Alpenglow | Vers 13:54 UTC au slot 459,653,000 |
| Délai cible pour finaliser un bloc | Environ 150 ms, contre environ 12.8 secondes avec TowerBFT |
| Mise à jour distincte du temps de slot | 200 ms |
| Clients validateurs compatibles | Agave, Jito-Solana et Harmonic Salsa |
| Validator Admission Ticket | 0.8 SOL par epoch depuis le compte de vote |
| Composant futur | Rotor protocole de distribution des blocs |
Les services de données doivent distinguer plusieurs versions d'un même slot
Un slot peut temporairement avoir plus d'un bloc candidat, ce que Solana appelle des candidate banks. Un bank_id identifie un candidat au sein d'une même connexion de données. Les indexeurs doivent conserver ces versions séparées jusqu'à ce que l'une d'elles soit confirmée. Lorsqu'ils comparent des données provenant de différents fournisseurs, ils doivent utiliser le hash de bloc car bank_id les valeurs sont locales à chaque connexion.
Les transactions de vote n'apparaissent plus dans les blocs. Les tableaux de bord qui comptaient auparavant ces votes comme des transactions peuvent donc afficher une chute soudaine des TPS même lorsque l'activité des utilisateurs reste inchangée. Il s'agit d'un changement comptable, et non de la preuve que le réseau a perdu du trafic.
Les validateurs ont besoin d'un logiciel compatible et de fonds pour le ticket d'admission
Les validateurs du mainnet doivent exécuter des versions compatibles de Agave, Jito-Solana ou Harmonic Salsa. Ils ont également besoin d'au moins 0.8 SOL au-dessus du minimum exonéré de loyer dans le compte de vote. Ce montant finance le Validator Admission Ticket, identifié dans la documentation par l'abréviation anglaise V-A-T, pour la prochaine époque.
Le Validator Admission Ticket remplace le coût récurrent de l'envoi de transactions de vote. Si le compte de vote ne peut pas payer le ticket, le validateur ne peut ni voter ni produire de blocs lors de l'epoch suivante. Les opérateurs peuvent diriger les futurs revenus de blocs vers le compte, mais ils ont toujours besoin d'un tampon de départ.
Rotor sera introduit ultérieurement
La version mainnet en production inclut Votor. Rotor, le remplacement prévu pour la distribution des données de blocs Turbine, arrivera plus tard et n'a pas de date d'activation confirmée. Le changement de consensus est achevé, mais le Alpenglow le plan de mise en réseau n'est pas encore entièrement déployé.
Pour les utilisateurs, l'amélioration immédiate est une confirmation finale plus rapide. Les plateformes d'échange, les explorateurs et les fournisseurs de données doivent désormais gérer correctement les banques candidates et le nombre de transactions révisé afin que leurs services affichent fidèlement l'activité du réseau.
Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil en investissement.
admin_wcContributeur · World-CryptPlus de
