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

Selon la page de mise à niveau de la Solana Foundation, Alpenglow est désormais actif sur le devnet et le testnet, mais n’a pas encore été activé sur le mainnet. Anza, qui développe le logiciel principal des validateurs de Solana, a annoncé le basculement du devnet le 25 septembre, un jour après que le testnet a terminé sa transition.

Les deux réseaux remplissent des rôles différents dans le déploiement. Les équipes d’application peuvent utiliser le devnet pour vérifier le comportement de leurs logiciels avec des tokens sans valeur réelle, tandis que le testnet offre aux validateurs et aux opérateurs d’infrastructure un environnement pour tester le logiciel réseau dans des conditions plus exigeantes.

Pour les développeurs, cette nouvelle étape sur le devnet signifie qu’ils peuvent tester leurs applications avec 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 ; le chiffre de 150 millisecondes reste donc un objectif pour la mise à niveau prévue, et non un temps de finalité dont les utilisateurs disposent aujourd’hui.

Alpenglow de Solana modifie la manière dont les validateurs finalisent les blocs

Avec TowerBFT, les validateurs soumettent leurs votes sous forme de transactions qui apparaissent dans les blocs. Un nombre suffisant de votes doit s’accumuler sur 32 slots avant qu’un bloc ne devienne final, ce qui prend actuellement environ 12,8 secondes, selon la Foundation.

Dans la première phase d’Alpenglow, appelée Votor, les validateurs s’envoient désormais les votes directement les uns aux autres. La Foundation indique qu’un bloc peut atteindre la finalité après un seul tour de vote si des validateurs représentant au moins 80 % du stake votent pour son acceptation. Un second tour offre une autre voie lorsque le premier n’atteint pas ce seuil.

La finalité est le moment où le réseau s’est accordé sur une transaction de manière suffisamment forte pour qu’elle ne puisse plus être annulée selon ses règles de consensus. Un résultat plus rapide peut être important pour une plateforme d’échange américaine décidant quand créditer un dépôt en Solana, ou pour un prestataire de paiement décidant quand considérer la vente d’un commerçant comme achevée. Chaque service peut toutefois continuer d’appliquer ses propres vérifications avant de débloquer des fonds ou de confirmer un paiement à un client.

La Foundation distingue la finalité du temps nécessaire pour produire un bloc. En septembre, Solana a réduit son temps de slot cible de 300 millisecondes à 250 millisecondes, avec une nouvelle réduction à 200 millisecondes prévue dans le cadre d’une autre mise à niveau. Des slots plus courts modifient la fréquence à laquelle le réseau peut les produire ; Alpenglow modifie la manière dont les validateurs s’accordent sur le caractère final d’un bloc.

Un précédent article 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 désormais aux équipes d’application accès au système de consensus mis à niveau sur le réseau qu’elles utilisent couramment pour le développement.

Les services de données de blocs doivent s’adapter avant le mainnet

Pour une application qui envoie des transactions et lit les soldes des comptes, la Foundation affirme qu’Alpenglow ne nécessite aucune migration. L’exécution des transactions, les frais et les formats utilisés pour envoyer les transactions restent les mêmes avec cette mise à niveau du consensus.

Les services qui construisent des historiques de transactions ont davantage de travail à faire. Alpenglow peut exposer des blocs candidats concurrents pour un même slot avant que le réseau n’en sélectionne un. La Foundation demande aux fournisseurs de données de conserver ces candidats séparément, puis de ne retenir que le bloc qui atteint la confirmation. Fusionner des transactions provenant 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 comptabilisant à la fois les transactions des utilisateurs et les votes des validateurs affichera un total de transactions plus faible après l’activation, même si les utilisateurs effectuent le même nombre de paiements et d’échanges. La Foundation a demandé aux fournisseurs de données de réinitialiser les comparaisons et alertes fondées sur les anciens chiffres.

Certains services lisent également la participation des validateurs à partir des transactions de vote. Avec Alpenglow, la Foundation indique que cette information est déplacée vers des certificats attachés aux données de bloc, obligeant ces services à changer leur source. Les opérateurs utilisant les flux de données Geyser ou gRPC de Solana doivent aussi prendre en compte les identifiants qui distinguent les blocs candidats au sein d’un slot.

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

L’activation sur le mainnet n’a toujours pas de date ferme

L’ancienne feuille de route d’Alpenglow de Solana liait le déploiement proposé sur le mainnet à Agave 4.3 avec un objectif fixé à octobre. Ni la transition du testnet ni l’activation du devnet ne fixent une date confirmée pour le basculement sur le réseau en production.

Le calendrier logiciel d’Anza permet provisoirement la reprise des activations de fonctionnalités sur le mainnet à partir du 28 septembre. Ce calendrier n’identifie pas ce jour comme la date d’activation d’Alpenglow, et la page de statut de la Foundation continue d’indiquer que la mise à niveau est inactive sur le mainnet.

La Foundation 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 propager les blocs à travers le réseau. Le déploiement actuel concerne les changements liés au vote et à la finalité, tandis que l’objectif d’environ 150 millisecondes provient de tests et de simulations, et non de transactions réglées dans des conditions de marché en direct.