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 démarche qui marque une étape importante dans la manière dont le réseau prend des décisions. SGP vs. SIMD : Le « Pourquoi » contre 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 documents d'amélioration de Solana (SIMD), mais ils servent deux objectifs distincts :
Les SIMD sont des plans d'ingénierie : ils répondent à la question « 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 directifs : 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 ainsi : le SGP est la volonté politique, tandis que le SIMD est l'exécution technique.

Un exemple parfait de cela est la proposition « Alpenglow ». Par le passé, la communauté a tenté de faire avancer cela via 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 à élaborer le plan. Avec le SGP, la communauté peut maintenant donner ce vote « oui » en premier, validant la direction avant que les lourds travaux d'ingénierie ne commencent.

| Fonctionnalité | | --- | SGP (Propositions de gouvernance Solana) | SIMD (Documents d'amélioration Solana) | | --- | --- | --- | | Question principale | « Devrions-nous faire cela ? » | « Comment exactement faire cela ? » | | Altitude | Haut niveau, directionnel | Spécification détaillée du protocole | | Décidé par | Vote en chaîne pondéré par le stake | Examen technique par les développeurs principaux | | Maturité requise | Une idée claire valant un signal communautaire | Un design complet 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 toujours. 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 le stake.

• Le Seuil : Pour déclencher un vote SGP, une proposition doit obtenir le soutien d'au moins 15 % du stake total actif du réseau.
• L'Intention : Cette barrière élevée garantit que le réseau n'est pas engorgé par des votes triviaux. C'est une « soupape de pression » réservée aux questions ayant un impact économique à long terme où 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 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 % du stake actif doit signaler son soutien pour passer à un vote formel.
• Approbation : Nécessite une supermajorité des deux tiers (66,67 %) du stake 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.

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 développeurs principaux. Bien que cette approche ait permis une vitesse et des performances incroyables, elle a laissé les stakeurs et 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 la fréquence à laquelle ce seuil de 15 % est atteint et si les changements économiques controversés sont réussis à travers ce nouveau processus. Pour l'instant, cela représente une évolution mûre 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é.