Le vice-président de la technologie de la Fondation Solana, Jacob Creech, a présenté plusieurs mises à niveau à venir de Solana le 30 août. La Transaction V1 est prévue pour le 9 septembre, tandis que la première étape d'une réduction du loyer du réseau est attendue au cours de la semaine du 31 août.
Creech a également déclaré que les développeurs prévoyaient de réduire davantage les temps d'emplacement et de cibler octobre pour Alpenglow. Cependant, ces changements suivent des processus d'activation distincts. La Transaction V1 ne réduira pas automatiquement les temps d'emplacement ni n'activera Alpenglow.
La Transaction V1 augmentera la taille maximale des transactions sérialisées de Solana de 1 232 octets à 4 096 octets. L'augmentation est environ 3,3 fois supérieure à la limite existante, selon la feuille de route officielle de mise à niveau de Solana.
Le format plus grand pourrait prendre en charge les transactions contenant des preuves à divulgation nulle de connaissance, des instructions de multisignature complexes et d'autres opérations gourmandes en données. La proposition SIMD-0296 associée identifie également les signatures BLS et les opérations inter-chaînes comme des utilisations possibles.
Les développeurs doivent opter pour le format V1. Les transactions héritées et de version zéro existantes resteront valides. La Transaction V1 ne prendra pas en charge les tables de recherche d'adresses, ce qui signifie que les applications devront décider quel format convient à chaque transaction.
Le changement exige également que les portefeuilles, les interfaces de programmation d'applications et d'autres infrastructures gèrent des charges de données plus importantes. La proposition reconnaît les risques possibles de bande passante et de fragmentation du réseau, ce qui rend les tests coordonnés importants avant une adoption plus large.
La première réduction du loyer n'atteint pas immédiatement l'objectif complet de 90 %. Solana prévoit cinq étapes qui abaisseraient finalement le calcul du loyer de 6 960 lamports par octet à 696 lamports par octet.
Solana utilise des soldes exonérés de loyer pour limiter la croissance incontrôlée de l'état. Les applications bloquent du SOL lors de la création de comptes qui stockent des données. Ce SOL est généralement récupérable lorsque le compte est clôturé, ce qui signifie que le loyer fonctionne davantage comme un dépôt remboursable que comme une commission de réseau récurrente.
Des exigences moindres réduiraient la quantité de SOL que les développeurs doivent bloquer lors de la création de comptes de jetons, de comptes de programme et d'autres états on-chain. Cela pourrait réduire les coûts d'entrée pour les applications qui gèrent de nombreux comptes utilisateurs.
Agave 4.2 incluait le code nécessaire, mais Solana a placé les modifications derrière des portes de fonctionnalités indépendantes. Comme crypto.news l'a précédemment rapporté, les validateurs peuvent activer les mises à niveau de loyer, de taille de transaction et de temps d'emplacement séparément après les tests.
Solana a déjà réduit son temps d'emplacement cible à 350 millisecondes, contre 400 millisecondes auparavant. Le réseau prévoit des étapes supplémentaires à 300, 250 et finalement 200 millisecondes.
Creech n'a pas fourni de dates pour ces étapes restantes. Chaque réduction nécessite une activation de fonctionnalité distincte. Les développeurs de réseau peuvent donc surveiller les performances des validateurs avant de passer à l'objectif suivant.
Des temps d'emplacement plus courts peuvent améliorer la vitesse de confirmation des transactions et augmenter la fréquence à laquelle les validateurs produisent des blocs. Ils imposent également des exigences accrues en matière de synchronisation et de réseau aux validateurs. Solana prévoit d'ajuster proportionnellement les limites de ressources pendant le déploiement.
La Transaction V1 et les temps d'emplacement réduits sont liés à la feuille de route de performance plus large de Solana, mais ils restent techniquement distincts. Les rapports décrivant le 9 septembre comme la date des deux changements exagéreraient l'annonce de Creech.
Alpenglow est la refonte proposée du consensus de Solana. Solana affirme qu'elle vise à réduire la finalité des transactions à environ 150 millisecondes, par rapport au processus de confirmation plus long utilisé par le système de consensus actuel.
La feuille de route officielle répertorie Alpenglow comme « en développement », tandis qu'Agave 4.3 est attendu en octobre. Le message de Creech soutient octobre comme objectif actuel, mais aucune des deux déclarations ne confirme une date d'activation garantie sur le réseau principal.
Avant cela, Solana devrait commencer la première étape de réduction du loyer et activer la Transaction V1 le 9 septembre. D'autres réductions de temps d'emplacement dépendront d'activations de validateurs distinctes. Alpenglow doit également achever les tests et obtenir le soutien réseau requis.
Aucun mouvement de marché vérifié n'a été directement attribué à l'annonce de Creech au moment de la publication.
SOL
