La mise à niveau Alpenglow de Solana atteint le devnet avec un objectif de finalité de 150 ms

La mise à niveau Alpenglow de Solana a atteint son réseau de développeurs public, permettant aux équipes d'application de tester un système conçu pour réduire la finalité des transactions d'environ 12,8 secondes à environ 150 millisecondes.

Résumé

• Alpenglow est actif sur le devnet et le testnet de Solana, tandis que le mainnet utilise toujours le système de consensus actuel.
• La mise à niveau remplace les transactions de vote des validateurs on-chain par des votes directs qui peuvent finaliser un bloc en un ou deux tours.
• Les applications qui envoient uniquement des transactions et lisent des soldes n'ont pas besoin de migration, mais les services de données de blocs doivent mettre à jour leurs systèmes.
• Anza n'a pas annoncé de date ferme pour l'activation du mainnet d'Alpenglow.

Selon la page de mise à niveau de la Fondation Solana, Alpenglow est maintenant actif sur le devnet et le testnet mais n'a pas été activé sur le mainnet. Anza, qui développe le logiciel de validation principal de Solana, a annoncé le changement de devnet le 25 septembre, un jour après que le testnet ait terminé sa transition.

Les deux réseaux servent différentes parties du déploiement. Les équipes d'application peuvent utiliser le devnet pour vérifier comment leur logiciel se comporte avec des jetons qui n'ont aucune valeur réelle, tandis que le testnet offre aux validateurs et aux opérateurs d'infrastructure un endroit pour tester le logiciel du réseau dans des conditions plus exigeantes.

Pour les développeurs, la nouvelle étape du devnet signifie qu'ils peuvent vérifier les applications par rapport à Alpenglow sans attendre que le système atteigne la blockchain qui gère les fonds des utilisateurs. Le mainnet de Solana continue d'utiliser TowerBFT, donc le chiffre de 150 millisecondes reste un objectif pour la mise à niveau prévue plutôt qu'un temps de finalité disponible pour les utilisateurs aujourd'hui.

Les changements d'Alpenglow de Solana sur la façon dont les validateurs finalisent les blocs

Sous TowerBFT, les validateurs soumettent des votes sous forme de transactions qui apparaissent à l'intérieur des blocs. Un nombre suffisant de votes doit s'accumuler sur 32 emplacements avant qu'un bloc ne devienne final, ce qui prend actuellement environ 12,8 secondes, selon la Fondation.

La première phase d'Alpenglow, appelée Votor, a les validateurs envoyant des votes directement les uns aux autres. La Fondation indique qu'un bloc peut atteindre la finalité après un tour de vote si les validateurs représentant au moins 80 % de la mise votent pour l'accepter. Un deuxième tour fournit un autre chemin lorsque le premier ne répond pas à ce seuil.

La finalité est le point auquel le réseau a convenu d'une transaction suffisamment fortement pour qu'elle ne puisse plus être inversée selon ses règles de consensus. Un résultat plus rapide pourrait être important pour une bourse américaine décidant quand créditer un dépôt Solana ou pour un fournisseur de paiement décidant quand considérer la vente d'un commerçant comme complète. Chaque service peut encore appliquer ses propres vérifications avant de libérer des fonds ou de confirmer un paiement à un client.

La Fondation sépare la finalité du temps nécessaire pour produire un bloc. En septembre, Solana a réduit son temps cible d'emplacement de 300 millisecondes à 250 millisecondes, avec une réduction supplémentaire à 200 millisecondes prévue dans le cadre d'une mise à niveau distincte. Des emplacements plus courts changent la fréquence à laquelle le réseau peut les produire ; Alpenglow change la façon dont les validateurs s'accordent sur le fait qu'un bloc est final.

Un rapport précédent de crypto.news a couvert les préparatifs du testnet le 23 septembre, lorsque les développeurs préparaient Agave 4.3 pour le test public. Le passage au devnet donne maintenant aux équipes d'application accès au système de consensus mis à niveau dans le réseau qu'elles utilisent couramment pour le développement.

Les services de données de blocs font face à des changements avant le mainnet

Pour une application qui envoie des transactions et lit des soldes de compte, la Fondation indique qu'Alpenglow ne nécessite aucune migration. L'exécution des transactions, les frais et les formats utilisés pour envoyer des transactions restent les mêmes sous la mise à niveau du consensus.

Les services qui construisent des historiques de transactions ont plus de travail à faire. Alpenglow peut exposer des blocs candidats concurrents pour le même emplacement avant que le réseau n'en sélectionne un. La Fondation demande aux fournisseurs de données de garder ces candidats séparés, puis de conserver le bloc qui atteint la confirmation. Combiner des transactions de différents candidats pourrait laisser un explorateur ou un autre service avec un enregistrement incorrect.

Les votes des validateurs disparaîtront également des blocs car ils ne seront plus soumis sous forme de transactions. En conséquence, un graphique qui compte à la fois les transactions des utilisateurs et les votes des validateurs montrera un total de transactions inférieur après l'activation même si les utilisateurs effectuent le même nombre de paiements et de transactions. La Fondation a demandé aux fournisseurs de données de réinitialiser les comparaisons et les alertes basées sur les anciennes données.

Certains services lisent également la participation des validateurs à partir des transactions de vote. Sous Alpenglow, la Fondation indique que cette information passe à des certificats attachés aux données de blocs, nécessitant que ces services changent leur source d'obtention. Les opérateurs utilisant les flux de données Geyser ou gRPC de Solana doivent également tenir compte des identifiants qui distinguent les blocs candidats au sein d'un emplacement.

Les changements rendent les tests du devnet pertinents pour les bourses, les explorateurs et d'autres entreprises qui dépendent des enregistrements de transactions, y compris les services américains connectés à Solana. Leurs règles de dépôt restent leur propre décision opérationnelle ; la mise à niveau du réseau ne change pas automatiquement le moment où une plateforme rend les fonds disponibles.

L'activation du mainnet n'a toujours pas de date ferme

La feuille de route précédente d'Alpenglow de Solana liait le déploiement proposé du mainnet à Agave 4.3 et à un objectif d'octobre. Ni la transition du testnet ni l'activation du devnet ne fixent une date confirmée pour le changement de réseau en direct.

Le calendrier logiciel d'Anza permet provisoirement aux activations de fonctionnalités du mainnet de reprendre le 28 septembre. Le calendrier n'identifie pas ce jour comme la date d'activation d'Alpenglow, et la page de statut de la Fondation continue de lister la mise à niveau comme inactive sur le mainnet.

La Fondation décrit Votor comme la première phase d'Alpenglow. Une phase ultérieure, Rotor, est prévue pour remplacer le système utilisé pour répartir les blocs à travers le réseau. Le déploiement actuel concerne les changements de vote et de finalité, tandis que l'objectif d'environ 150 millisecondes provient de tests et de simulations plutôt que de transactions réglées dans des conditions de marché en direct.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.