Solana lance une gouvernance onchain permettant aux validateurs de voter sur les changements du réseau via des propositions pondérées par le stake.
La Fondation Solana a déployé un nouveau système de gouvernance onchain pour le réseau. Il s’appelle les propositions de gouvernance Solana, ou SGP.
Le mécanisme permet aux validateurs de soumettre, parrainer et décider sur les questions centrales de l’écosystème. Le pouvoir de vote est directement lié aux SOL mis en jeu.
Solana figure parmi les plus grandes blockchains de couche 1 par capitalisation boursière et activité des développeurs, et cette décision remodèle la manière dont les décisions sont prises sur l’ensemble du réseau.
Comment fonctionne le vote des validateurs de Solana
Tout validateur détenant au moins 100 000 SOL en stake délégué peut ouvrir un SGP. C’est le point d’entrée pour proposer un changement de gouvernance.
De là, une proposition nécessite le soutien de 15 % du stake total du réseau avant de passer à un vote formel. Ce seuil agit comme un filtre, garantissant que seules les idées qui intéressent réellement la communauté parviennent au scrutin.
La règle des 15 % de soutien empêche le réseau de voter sur des sujets qui n’intéressent personne. Si une proposition ne parvient pas à rassembler suffisamment de stake derrière elle, le processus s’arrête là.
Pas de votes forcés, pas de cycles gaspillés sur des sujets peu intéressants.
Une fois ce seuil franchi, la proposition entre dans un calendrier structuré autour du système d’epochs de Solana, où chaque epoch dure environ deux jours.
De plus, le cycle complet s’étend sur onze epochs après confirmation du soutien. Sept epochs sont consacrées à une discussion ouverte, laissant à la communauté le temps de débattre de la proposition.
Une epoch est réservée à un instantané du réseau de consensus des nœuds, qui fige les poids de stake utilisés pour le vote. Les trois dernières epochs constituent la fenêtre de vote proprement dite.
Solana Launches Onchain Governance With Stake-Weighted Validator Voting
The Solana Foundation has launched Solana Governance Proposals, or SGP, a new onchain governance mechanism that allows validators to submit, sponsor and decide core ecosystem governance issues through… pic.twitter.com/JxfBmf9Qda
— Wu Blockchain (@WuBlockchain) July 2, 2026
SGP contre SIMD : un système à deux voies
Solana dispose déjà d’un processus de proposition technique appelé Documents d’amélioration de Solana, ou SIMDs. Les SGP fonctionnent différemment. Les SIMDs répondent à la question de savoir comment construire quelque chose.
Les SGP répondent à la question de savoir si le réseau doit ou non poursuivre une direction. Les deux voies sont censées se compléter, non pas concurrencer.
Alpenglow, un changement proposé au protocole de consensus de Solana, illustre le vide que les SGP sont censés combler. Il a été soumis au vote en tant que SIMD avant d’avoir suffisamment de détails techniques pour une approbation formelle.
Les développeurs principaux avaient d’abord besoin d’un signal directionnel. Un SGP aurait pu capturer cette décision « oui, allez de l’avant », avec des SIMDs détaillés suivant une fois que la conception aurait mûri davantage.
Un SGP adopté fonctionne comme un mandat, non comme un plan achevé. Le travail d’implémentation proprement dit passe encore par un ou plusieurs SIMDs par la suite.
Les développeurs principaux conservent le contrôle sur la construction technique. Le processus SGP n’intervient que lorsque les validateurs ou les stakeurs veulent avoir un mot formel sur la direction en premier.
Lire aussi :
https://www.livebitcoinnews.com/solana-lands-major-bank-deal-as-toss-tests-global-payments-network/
Seuil d’approbation et intégrité du vote
Adopter un SGP nécessite une supermajorité. Les votes doivent atteindre au moins les deux tiers du stake combiné pour et contre. Les votes d’abstention ne comptent pas dans ce dénominateur. Il n’y a pas non plus d’exigence de participation minimale, donc le quorum n’est pas un facteur déterminant pour la réussite ou l’échec d’un vote.
Chaque SGP est ancré à un document spécifique, figé à un commit fixe sur GitHub. De plus, les validateurs engagent leur stake contre cette version exacte, ce qui empêche les propositions de changer en cours de vote.
Une fois figé, un SGP ne peut pas être modifié. De plus, toute correction nécessite une proposition entièrement nouvelle qui remplace formellement l’ancienne.
La proposition onchain elle-même est créée via un programme appelé svmgov, qui enregistre les niveaux de soutien et les décomptes finaux directement sur la blockchain.
Le document écrit réside dans un dépôt GitHub, tandis que le vote lui-même se règle onchain. Ensemble, ils forment les deux moitiés de chaque SGP soumis au réseau.
Laisser un commentaire