Que se passe-t-il en ce moment avec Solana ?
Le réseau Solana finalise une accélération progressive de la création des blocs. L'objectif est de produire de nouveaux blocs deux fois plus souvent qu'aujourd'hui, ce qui conduit à ce qu'on appelle des slots de 200 millisecondes. Un slot est une fenêtre temporelle pendant laquelle un validateur désigné (leader) a le droit de créer un bloc.
Selon CoinDesk, il s'agit d'un processus de sept semaines dont la dernière étape approche. The Defiant indique que la réduction finale vers des slots de 200 millisecondes est planifiée. La date exacte précise du lancement de cette dernière étape diffère dans les détails selon les sources vérifiées, c'est pourquoi nous la laissons comme un point à surveiller.
Pourquoi les limites par bloc diminuent-elles ?
Voici un détail important qui se perd facilement dans les titres. Selon The Defiant, parallèlement au raccourcissement des slots, les limites de calcul par bloc diminuent. Autrement dit, un bloc individuel supporte moins de calculs, mais comme il se crée deux fois plus de blocs, la capacité totale du réseau devrait rester inchangée.
Il ne s'agit donc pas automatiquement d'un doublement du débit. Il s'agit d'une répartition plus fine de la même capacité sur un plus grand nombre de blocs plus courts.
Qu'est-ce que cela signifie pour les validateurs ?
Le raccourcissement des slots a un impact direct sur les opérateurs de nœuds (validateurs). Selon CoinDesk et The Defiant, la réalité est la suivante :
| Domaine | Impact |
|---|---|
| Fenêtre de production | Plus courte, donc moins de temps pour assembler un bloc |
| Vote | Plus fréquent, car il est requis par la fréquence plus élevée des blocs |
| Coûts | Coûts d'exploitation plus élevés et exigences techniques plus strictes |
CoinDesk souligne explicitement que les validateurs font face à des coûts plus élevés et à des fenêtres d'exploitation plus étroites. Pour les opérateurs plus petits ou moins bien équipés, cela peut représenter une pression sur l'infrastructure.
Comment s'intègre la proposition géographique d'accélération ?
En parallèle apparaît une proposition qui vise à accélérer davantage le relais entre validateurs. Selon CryptoSlate, elle a été présentée par les chercheurs Roger Wattenhofer et Quentin Kniep. L'idée est simple : ordonner à la suite les validateurs physiquement proches, afin de réduire le délai lors du passage de relais (handover) entre les fenêtres de leader consécutives.
Une fenêtre de leader est la portion attribuée pendant laquelle un validateur donné produit des blocs. Selon CryptoSlate, les auteurs ont, dans une simulation, réduit le délai moyen de transfert entre validateurs honnêtes de 36,2 millisecondes à 17,0 millisecondes, et ce sans qu'aucun validateur n'obtienne davantage de fenêtres de leader.
Le but est de réduire la dépendance de la vitesse vis-à-vis de l'exploitation à proximité des plus grandes concentrations de stake (participation).
Où est le hic dans la proposition géographique ?
C'est la partie où la prudence s'impose. CryptoSlate souligne que le plan repose sur des localisations que les validateurs déclarent eux-mêmes. Or le réseau ne peut pas vérifier ces localisations physiques. Un élément physique invérifiable entre ainsi dans l'ordonnancement des producteurs de blocs, ce qui constitue une faiblesse potentielle à surveiller.
Une distinction importante : le raccourcissement des slots vers 200 ms est un processus en cours du réseau. La proposition géographique est une proposition de chercheurs, et non une composante confirmée du déploiement. Ne confondons pas ces deux choses.
Que ne savons-nous pas encore ?
Les sources vérifiées ne décrivent pas la date exacte de l'étape finale, ni les valeurs numériques concrètes des nouvelles limites de calcul par bloc, ni si et quand la proposition géographique sera adoptée en pratique. Tout cela reste ouvert.
Que surveiller lors de mises à jour similaires
Pour les changements réseau de ce type, il est pertinent de surveiller les données concrètes, pas les promesses : le taux réel de slots manqués (skip rate), la stabilité du réseau après le déploiement, le nombre de validateurs actifs (si les fenêtres plus courtes et les coûts plus élevés n'en excluent pas certains) et si la capacité totale est réellement restée inchangée après la réduction des limites par bloc.