<p>Solana envisage une réforme de ses règles techniques pour éviter que ses validateurs interprètent différemment le fonctionnement du réseau. Le 30 octobre 2026, Brennan Watt, PDG d’Anza, a proposé de réunir les règles de la blockchain dans une spécification unique. Le projet crypto couvre déjà 18 domaines techniques et vise notamment à prévenir les désaccords susceptibles de perturber les transactions crypto. Aucune panne liée à ce risque n’a été signalée dans le cadre de cette proposition.</p>
<div class="in-brief">
 <div class="in-brief--container"><span></span><span></span>
  <h2 class="in-brief--title" id="en-bref">En bref</h2>
  <ul>
   <li>Solana envisage de réunir ses règles techniques dans un document unique.</li>
   <li>La proposition couvre 18 domaines, dont les transactions, le consensus et les récompenses.</li>
   <li>Agave et Firedancer devront continuer à appliquer les mêmes règles pour éviter des divergences.</li>
  </ul>
 </div>
</div>
<h2 id="h-solana-veut-corriger-un-risque-cache-dans-son-reseau">Solana veut corriger un risque caché dans son réseau</h2>
<p>Le problème concerne les logiciels qui font fonctionner la crypto. Malgré <a href="https://www.cointribune.com/solana-fidelity-juge-le-reseau-plus-fiable-mais-encore-trop-concentre/" rel="noopener noreferrer nofollow">les progrès de Solana en matière de fiabilité</a>, ses développeurs identifient encore un risque lié à la diversité des clients validateurs. Aujourd’hui, Solana repose sur plusieurs logiciels capables de vérifier les transactions crypto et de participer au consensus du réseau.</p>
<div class="my-4">
 <div class="ads "></div>
</div>
<p>Agave, développé par Anza, constitue l’une des principales implémentations. Firedancer, conçu par Jump Crypto, utilise une architecture indépendante. Cette diversité présente un avantage important. En effet, si un logiciel rencontre un problème, les autres peuvent potentiellement continuer à fonctionner normalement.</p>
<p>Mais elle introduit aussi une difficulté. Tous ces programmes doivent appliquer exactement les mêmes règles. Si deux validateurs interprètent différemment une transaction crypto ou une modification du protocole, ils pourraient parvenir à des résultats incompatibles.</p>
<p>Dans les situations les plus graves, une telle divergence pourrait perturber le consensus et provoquer une séparation temporaire du réseau.</p>
<p>Brennan Watt souhaite limiter ce risque. Dans une proposition publiée sur GitHub le 30 octobre, le dirigeant d’Anza souligne la dispersion des règles actuelles entre le code des validateurs et de nombreux documents techniques, connus sous le nom de Solana Improvement Documents (SIMD).</p>
<p>Les développeurs doivent parfois consulter plusieurs anciennes propositions pour comprendre le comportement exact du réseau. Certains détails ne figurent même que dans le code existant. Cette organisation complique le travail des équipes qui développent de nouveaux clients indépendants.</p>
<div class="affiliate-button"><a href="https://accounts.binance.com/en/register?ref=35547494" rel="noopener noreferrer nofollow">Tes 1ères cryptos avec Binance</a><a href="https://www.cointribune.com/contenus-sponsorises/#h-programme-d-affiliation" rel="noopener noreferrer nofollow">Ce lien utilise un programme d’affiliation</a>
</div>
<h2 id="h-une-reforme-couvrant-18-domaines-techniques">Une réforme couvrant 18 domaines techniques</h2>
<p>La solution proposée consiste à réunir les règles du protocole dans une spécification officielle et constamment mise à jour. Brennan Watt a déjà préparé une première version comprenant 18 chapitres. Le document couvre notamment la validation des transactions crypto, les comptes, les mécanismes de consensus, les communications entre validateurs, les frais et les récompenses.</p>
<p>Chaque nouvelle modification devra préciser toutes les parties du protocole concernées. Actuellement, les développeurs soumettent généralement une proposition SIMD indépendante. Si elle est acceptée, elle rejoint progressivement les règles appliquées au réseau.</p>
<p>Avec cette réforme, chaque modification apparaîtrait directement dans le document commun. Les propositions suivraient toujours les examens techniques et les procédures de gouvernance en vigueur.</p>
<div class="my-4">
 <div class="ads "></div>
</div>
<p>La spécification officielle intégrerait uniquement les modifications déjà activées sur le réseau principal. Cette approche vise à fournir une référence unique, fidèle aux règles réellement appliquées par les validateurs.</p>
<p>Ce chantier intervient peu après <a href="https://www.cointribune.com/solana-la-mise-a-jour-alpenglow-est-desormais-active-sur-le-reseau-principal/" rel="noopener noreferrer nofollow">l’activation d’Alpenglow sur le réseau Solana</a>, le 21 octobre 2026. Cette mise à jour a remplacé l’ancien mécanisme TowerBFT et réduit fortement le délai de finalité des transactions crypto, avec une cible de 150 millisecondes. La multiplication des changements rend la documentation technique encore plus importante.</p>
<p>Pour les développeurs de Firedancer, un référentiel commun pourrait notamment réduire la nécessité de reconstituer les règles à partir du code d’Agave.</p>
<h2 id="h-la-reforme-doit-encore-convaincre-les-developpeurs-crypto">La réforme doit encore convaincre les développeurs crypto</h2>
<p><a href="https://github.com/solana-foundation/solana-improvement-documents/discussions/716" rel="noopener noreferrer nofollow">Le projet</a> n’a pas encore été adopté. La proposition de Brennan Watt a ouvert une discussion entre les contributeurs de Solana, dont plusieurs ont déjà formulé des remarques sur son fonctionnement. Jacob Creech, contributeur de la Solana Foundation, souhaite notamment clarifier l’attribution des numéros SIMD et la gestion des modifications pendant leur validation.</p>
<p>Un autre développeur, connu sous le pseudonyme alnoki, s’interroge sur les dépendances entre différentes parties du protocole crypto. Ces questions devront être réglées avant une éventuelle adoption.</p>
<p>La prochaine étape pourrait consister à modifier le document SIMD-0001, qui définit actuellement les procédures de proposition et de validation des changements techniques.</p>
<p>Aucune date de déploiement n’a encore été annoncée. La réforme ne devrait pas entraîner de changements immédiats pour les transactions des utilisateurs. Elle vise principalement à améliorer la documentation, l’examen et l’intégration des règles du réseau par les différentes équipes.</p>
<p>En effet, elle ne garantit pas non plus la disparition de tous les bugs. Deux logiciels peuvent appliquer une même spécification tout en contenant des erreurs différentes.</p>
<p>Solana cherche surtout à accompagner sa diversification technique sans fragiliser son consensus. Cointribune avait déjà <a href="https://www.cointribune.com/solana-devance-bitcoin-sur-la-decentralisation-mais-un-bug-logiciel-menace-le-reseau/" rel="noopener noreferrer nofollow">souligné les risques liés à la concentration des logiciels de validation sur Solana</a>. L’arrivée de clients indépendants comme Firedancer réduit certaines dépendances, mais oblige désormais les développeurs à maintenir une interprétation commune des règles. C’est précisément le problème que Brennan Watt propose de résoudre.</p>

Crypto : Solana pourrait revoir ses règles pour mieux protéger son réseau

Table of Contents

Cointribune

Other articles published on Nov 6, 2026

Join our free newsletter for daily crypto updates!