【Notes techniques】À quoi s’occupent les équipes d’ingénierie côté Solana
En regardant le Changelog officiel du 13/08, c’est plutôt hard-core, sans parler de prix :
1）Compression continue du temps de slot sur le réseau de test : il y a déjà des “feature gates” de 350→300 ms puis 300→250 ms, et le client se prépare à un rythme de production de blocs plus court.
2）Itérations en parallèle entre plusieurs clients : Agave dispose récemment d’une version stable v4.2.x et avance vers la v4.3 ; Firedancer / Frankendancer ont aussi des versions correspondantes.
3）Préparation du chemin pour Alpenglow : par exemple, paralléliser la vérification des votes BLS afin de réduire le risque que le “pic” de votes sature la vérification des nœuds.
Comment interpréter ces deux axes :
• Raccourcir le slot ≈ augmenter la fréquence de production (activation par étapes, tout en restant attentif à la stabilité du réseau)
• Alpenglow est une refonte majeure du consensus : dans les documentations publiques, l’objectif le plus souvent cité consiste à faire passer la confirmation finale d’un ordre de grandeur de plusieurs dizaines de secondes à environ 150 ms — la fenêtre du réseau principal peut encore varier en fonction des ajustements des tests
Côté code : vérification rapide. Agave (anza-xyz/agave) a encore, ces derniers jours, des commits et des releases très fréquents : c’est une progression d’ingénierie continue, pas un récit vide.
Source :
https://solana.com/news/solana-changelog-august-13-2026
https://github.com/anza-xyz/agave
Synthèse des informations, pas un conseil en investissement
En regardant le Changelog officiel du 13/08, c’est plutôt hard-core, sans parler de prix :
1）Compression continue du temps de slot sur le réseau de test : il y a déjà des “feature gates” de 350→300 ms puis 300→250 ms, et le client se prépare à un rythme de production de blocs plus court.
2）Itérations en parallèle entre plusieurs clients : Agave dispose récemment d’une version stable v4.2.x et avance vers la v4.3 ; Firedancer / Frankendancer ont aussi des versions correspondantes.
3）Préparation du chemin pour Alpenglow : par exemple, paralléliser la vérification des votes BLS afin de réduire le risque que le “pic” de votes sature la vérification des nœuds.
Comment interpréter ces deux axes :
• Raccourcir le slot ≈ augmenter la fréquence de production (activation par étapes, tout en restant attentif à la stabilité du réseau)
• Alpenglow est une refonte majeure du consensus : dans les documentations publiques, l’objectif le plus souvent cité consiste à faire passer la confirmation finale d’un ordre de grandeur de plusieurs dizaines de secondes à environ 150 ms — la fenêtre du réseau principal peut encore varier en fonction des ajustements des tests
Côté code : vérification rapide. Agave (anza-xyz/agave) a encore, ces derniers jours, des commits et des releases très fréquents : c’est une progression d’ingénierie continue, pas un récit vide.
Source :
https://solana.com/news/solana-changelog-august-13-2026
https://github.com/anza-xyz/agave
Synthèse des informations, pas un conseil en investissement