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

La Fondation Solana a officiellement déployé les propositions de gouvernance Solana (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 » contre le « comment »

Pour comprendre SGP, il faut d'abord comprendre ce qu'il n'est pas. Beaucoup de gens le compareront naturellement au processus existant des documents d'amélioration Solana (SIMD), mais ils ont deux objectifs distincts :

Les SIMD sont des plans techniques : ils répondent à la question « comment » un changement technique doit être mis 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 « devrions-nous faire cela ? » Ils concernent la volonté de la communauté et la stratégie de haut niveau. Pensez-y de cette façon : SGP est la volonté politique, tandis que SIMD est l'exécution technique.

Un exemple parfait 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 passer du temps à élaborer le plan. Avec SGP, la communauté peut désormais voter « oui » en premier, validant la direction avant que les travaux d'ingénierie lourds ne commencent.

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

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—où les développeurs proposent des SIMD—continue de fonctionner comme toujours. SGP n'intervient que lorsque la communauté estime qu'une décision est suffisamment importante pour nécessiter un vote formel pondéré par les enjeux.

• Le seuil : Pour déclencher un vote SGP, une proposition doit recevoir 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 où la communauté exige d'avoir une place à la table.

Comment fonctionnent les mécanismes

Lorsqu'un SGP est lancé, il suit un chemin structuré et transparent. Chaque proposition se compose d'un document Markdown (détaillant la justification) et d'un enregistrement en chaîne lié à un SHA de commit spécifique et immuable. Cela garantit que la proposition soumise au vote ne peut pas être modifiée en cours de route.

Les règles de vote :

• Soumission : Nécessite un validateur avec au moins 100 000 SOL 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%) des enjeux participants « Pour » et « Contre » (les abstentions sont exclues).
• Calendrier : Le cycle complet 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 : la maturation de la gouvernance

Pendant des années, la critique de 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.

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% est atteint et si les changements économiques controversés sont dirigés avec succès à travers ce nouveau processus. Pour l'instant, cela représente une évolution mature et mesurée pour Solana, une façon 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é.