Les nouvelles propositions de gouvernance de Solana : un changement stratégique

La Solana Foundation a officiellement déployé les Solana Governance Proposals (SGP), une initiative 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 » vs. Le « Comment » Pour comprendre le SGP, il faut d'abord comprendre ce qu'il n'est pas. Beaucoup de gens le compareront naturellement au processus existant des Solana Improvement Documents (SIMD), mais ils servent deux objectifs distincts : Les SIMD sont des plans d'ingénierie : ils répondent au « comment » une modification technique doit être mise en œuvre. Ils sont examinés par les développeurs principaux pour garantir l'intégrité du protocole.

• Les SGP sont des mandats directionnels : ils répondent à la question « devons-nous faire cela ? ». Ils concernent la volonté de la communauté et la 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.

Un exemple parfait en est la proposition « Alpenglow ». Par le passé, la communauté a tenté de la faire passer par le processus SIMD avant que les détails techniques ne soient complètement 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 le SGP, la communauté peut désormais donner ce vote « oui » en premier, validant la direction avant que les travaux d'ingénierie lourds ne commencent.

| Caractéristique | | --- | SGP (Solana Governance Proposals) | SIMD (Solana Improvement Documents) | | --- | --- | --- | | Question principale | « Devons-nous faire cela ? » | « Comment exactement faisons-nous cela ? » | | Niveau | Haut niveau, directionnel | Spécification détaillée du protocole | | Décidé par | Vote en chaîne pondéré par l'enjeu | Examen technique par les développeurs principaux | | Maturité requise | Une idée claire méritant un signal communautaire | Une conception complète et implémentable |

Une « soupape de pression », pas une prise de pouvoir Une idée fausse courante est que le 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 — où 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é par l'enjeu.

• Le seuil : Pour déclencher un vote SGP, une proposition doit obtenir le soutien d'au moins 15 % de l'enjeu total actif du réseau.
• L'intention : Cette barrière élevée garantit que le réseau n'est pas encombré de votes insignifiants. C'est une « soupape de pression » réservée aux questions ayant un impact économique à long terme pour lesquelles la communauté exige une place à la table.

Comment fonctionnent les mécanismes Lorsqu'un SGP est initié, il suit un chemin structuré et transparent. Chaque proposition consiste en un document Markdown (détaillant la justification) et un enregistrement en chaîne lié à un SHA de commit immuable spécifique. 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 % de l'enjeu actif doit signaler son soutien pour passer à un vote formel.
• Approbation : Nécessite une supermajorité des deux tiers (66,67 %) de l'enjeu participant « Pour » et « Contre » (les abstentions sont exclues).
• Calendrier : L'ensemble du cycle prend environ 22 jours (11 époques) à partir du moment où le seuil de soutien est atteint jusqu'au résultat final.

La vue d'ensemble : Maturation de la gouvernance Pendant des années, la critique adressée à Solana a été que sa gouvernance était trop centralisée, reposant fortement sur l'expertise des développeurs principaux. Bien que cette approche ait permis une vitesse et des performances incroyables, elle a laissé les stakeurs et les validateurs se sentir comme des passagers dans le bus de quelqu'un d'autre. Le SGP change cette dynamique en codifiant la voix de la communauté. Il ne remet pas les clés du royaume à une DAO, ni ne ralentit l'ingénierie critique. Au lieu de cela, il 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 observerons à quelle fréquence ce seuil de 15 % sera atteint et si les modifications économiques controversées seront dirigées avec succès à travers ce nouveau processus. Pour l'instant, cela représente une évolution mature et mesurée pour Solana. une manière d'équilibrer le besoin d'une ingénierie rapide et dirigée par des experts avec la nécessité d'une gouvernance soutenue par la communauté.