Le changelog publié le 20 août 2026 par les équipes de développement de Solana enregistre l'activation de plusieurs feature gates, le mécanisme par lequel le réseau déclenche une modification de ses règles une fois que les validateurs ont adopté la version logicielle correspondante. La plus visible touche le temps de slot.
Qu'est-ce qu'un temps de slot et qu'est-ce qui change ?
Un slot est l'intervalle pendant lequel un validateur désigné produit un bloc. Le raccourcir revient à faire défiler la chaîne plus vite, donc à réduire l'attente entre l'envoi d'une transaction et son inscription. Solana traite ses transactions sur une chaîne unique, ce qui rend ce paramètre directement visible pour les applications qui tournent dessus. Trois réseaux ont été abaissés :
| Réseau | Avant | Après |
|---|---|---|
| Mainnet | 400 ms | 350 ms |
| Testnet | 250 ms | 200 ms |
| Devnet | 300 ms | 250 ms |
Le mainnet reste donc en retrait des réseaux de développement, où les paramètres sont poussés plus loin avant d'être répercutés en production. La différence entre testnet et mainnet tient précisément à cela : les premiers servent de banc d'essai, avec des jetons sans valeur. Le changelog ne fournit aucune mesure des effets de la bascule sur la stabilité du réseau principal. Le testnet a par ailleurs reçu la version 5.1.0 du BPF Stake Program.
Quelles versions ont été publiées ?
La semaine a vu sortir plusieurs briques logicielles :
- Agave v4.3.0-beta.0 et v4.2.1
- Firedancer Mainnet v0.1106.40201
- Solana Kit v7.1.1
- Token 2022 Program JS SDK v0.15.0, Program Metadata Program JS SDK v0.8.1 et Token ACL Gate Program v0.3.0
Sur quoi travaillent les clients validateurs ?
Agave, le client historique, mène plusieurs chantiers de performance en parallèle. Il explore le remplacement de la bibliothèque rayon par des threads dédiés pour la vérification des signatures de shreds, les fragments dans lesquels un bloc est diffusé, la souplesse actuelle ne permettant pas d'ajuster les ressources selon la charge. Il travaille aussi à rendre le chargement des comptes conditionnel, selon le propriétaire du compte ou le loyer payé. Deux autres travaux visent la discipline des blocs. Le premier supprime le slot rolling, ce report des transactions non traitées vers le slot suivant qui complique le décompte des unités de calcul par bloc. Le second impose au TPU de contrôler la validité formelle d'une transaction, limites d'instructions et de verrous de comptes, avant de lancer la vérification des signatures, opération coûteuse. Agave envisage enfin de réécrire son service Gossip, par lequel les validateurs échangent hors chaîne leurs adresses réseau et leur stake. Le document le décrit comme un goulot d'étranglement de longue date et propose de passer de plusieurs threads à une boucle d'événements unique. Mithril, de son côté, va accepter de répondre aux requêtes de réparation d'autres validateurs, ceux qui n'ont pas reçu tous les shreds d'un bloc et ne peuvent donc pas voter. Firedancer, le client validateur développé par Jump Crypto, figure au rang des versions publiées cette semaine. Ces travaux sont présentés au stade de l'exploration ou du brouillon. Le changelog ne leur associe ni date de déploiement ni gain chiffré.
Que doivent préparer les développeurs ?
Un nouveau format de transaction, les transactions V1, doit être publié dans les semaines à venir. Web3.js, Solana Kit et Solana Go travaillent à le prendre en charge. Le document avertit que les clients qui ne suivraient pas exposeraient leurs utilisateurs à des erreurs.
Quelles propositions sont sur la table ?
Deux SIMD, les propositions d'amélioration du protocole, ont été ajoutées. La première interdit à une transaction de nonce d'utiliser l'adresse de son propre compte de nonce comme program ID, un cas où l'instruction se désignerait elle-même. La seconde retire du cache d'exécution les stakes inactifs, inutiles au traitement des transactions mais consommateurs de ressources. Comme ces données entrent dans le hachage servant au consensus par preuve d'enjeu, la proposition précise que leur suppression ne doit pas le perturber. Dans la Solana Program Library, le dépôt Ed25519 Programmatic Signer a reçu son programme d'exécution. Il s'agit d'une piste de remplacement des durable nonces, avec un programme qui vérifie les signatures et un autre qui garantit qu'un nonce ne sert qu'une fois. Le changelog signale aussi qu'Anchor v2 a été présenté par NotDeGhost et que Triton One a mis en place des index moins gourmands en ressources.
