La Fondation Solana a officiellement déployé les Solana Governance Proposals (SGP), une décision qui marque une étape importante dans la manière dont le réseau gère la prise de décision.
SGP vs SIMD : le « pourquoi » et le « comment »
Pour comprendre le SGP, vous devez d’abord comprendre ce qu’il n’est pas. De nombreuses personnes le compareront naturellement au processus existant du Solana Improvement Document (SIMD), mais ils servent deux objectifs distincts :
Les SIMD sont des plans d’ingénierie : ils répondent à « comment » un changement technique doit être mis en œuvre. Ceux-ci sont vérifiés par les principaux développeurs pour garantir l’intégrité du protocole.
- Les SGP sont des mandats directionnels : Ils répondent « devrions-nous faire cela ? » Il s’agit de volonté communautaire et de stratégie de haut niveau. Pensez-y de cette façon : le SGP est la volonté politique, tandis que le SIMD est l’exécution technique.
La proposition « Alpenglow » en est un parfait exemple. Dans le passé, la communauté a tenté de faire passer ce projet par le processus SIMD avant que les détails techniques ne soient entièrement prêts. Cela a créé des frictions car les développeurs avaient besoin d’un « feu vert » sur le concept avant de consacrer du temps à l’élaboration du plan. Avec SGP, la communauté peut désormais faire en sorte que le « oui » soit d’abord validé, validant ainsi la direction avant le début des travaux d’ingénierie lourds.
| Fonctionnalité | SGP (Propositions de gouvernance Solana) | SIMD (Documents d'amélioration de Solana) |
|---|---|---|
| Question principale | « Devrions-nous faire ça? » | « Comment faisons-nous cela exactement? » |
| Altitude | Haut niveau, directionnel | Spécification détaillée du protocole |
| Décidé par | Vote en chaîne pondéré en fonction des enjeux | Examen technique par les principaux développeurs |
| Maturité requise | Une idée claire qui mérite un signal communautaire | Une conception complète et réalisable |
Une « soupape de pression », pas une prise de pouvoir
Une idée fausse courante est que SGP remplace le rôle des développeurs principaux. Ce n'est pas le cas. Le processus SGP est mieux décrit comme un mécanisme d'interruption. Le pipeline de développement normal, dans lequel les développeurs proposent des SIMD, continue de fonctionner comme il l'a toujours fait. Le SGP n’intervient que lorsque la communauté estime qu’une décision est suffisamment importante pour nécessiter un vote formel pondéré en fonction des enjeux.
- Le seuil : Pour déclencher un vote SGP, une proposition doit obtenir le soutien d'au moins 15 % de la participation active totale du réseau.
- L'intention : Cette barrière élevée garantit que le réseau n'est pas encombré de votes insignifiants. Il s’agit d’une « soupape de pression » réservée aux questions ayant un impact économique à long terme et pour lesquelles la communauté exige une place à la table.
Comment fonctionnent les mécanismes
Lorsqu'un SGP est lancé, il suit un chemin structuré et transparent. Chaque proposition consiste en un document de démarque (détaillant la justification) et un enregistrement en chaîne lié à un SHA de validation spécifique et immuable. Cela garantit que la proposition soumise au vote ne peut pas être modifiée en cours de processus.
Les règles de vote :
- Soumission: Nécessite un validateur avec au moins 100 000 SOL mis en jeu.
- Déclenchement: 15 % des participants actifs doivent signaler leur soutien pour passer à un vote formel.
- Approbation: Nécessite une majorité qualifiée des deux tiers (66,67 %) des participants « Pour » et « Contre » (les abstentions sont exclues).
- Chronologie: Le cycle complet prend environ 22 jours (11 époques) à partir du moment où le seuil de support est atteint jusqu'au résultat final.
Vue d’ensemble : maturation de la gouvernance
Pendant des années, la critique de Solana a été que sa gouvernance était trop centralisée, s'appuyant fortement sur l'expertise des principaux développeurs. Même si cette approche permettait une vitesse et des performances incroyables, elle donnait aux jalonneurs et aux validateurs le sentiment d'être des passagers dans le bus de quelqu'un d'autre.
SGP change cette dynamique en codifiant la voix de la communauté. Il ne remet pas les clés du royaume à un DAO et ne ralentit pas non plus l’ingénierie critique. Au lieu de cela, cela crée un canal formel pour les décisions économiques et stratégiques qui reposaient auparavant sur un consensus informel.
Le véritable test aura lieu dans les mois à venir. Nous surveillerons la fréquence à laquelle ce seuil de 15 % sera atteint et si les changements économiques controversés seront pilotés avec succès grâce à ce nouveau processus. Pour l’instant, cela représente une évolution mature et mesurée pour Solana. un moyen d’équilibrer le besoin d’une ingénierie rapide dirigée par des experts avec la nécessité d’une gouvernance soutenue par la communauté.
Voir l’article original en anglais
