La Fondation Solana a annoncé le 2 juillet sur X que le mécanisme de gouvernance on-chain de Solana est officiellement en ligne ; les validateurs peuvent désormais proposer, soutenir et voter sur les décisions fondamentales du protocole via les propositions de gouvernance Solana (SGP), toutes les propositions étant effectuées on-chain. Tout validateur déléguant au moins 100 000 SOL peut lancer un SGP sans permission ; le seuil pour qu'une proposition entre en phase de vote est de 15 % du stake actif en soutien.
Fondation Solana : le seuil minimum pour qu'un validateur soumette un SGP est de 100 000 SOL
(Source : Solana Github)
Selon l'annonce officielle de la Fondation Solana, tout validateur Solana déléguant au moins 100 000 SOL peut lancer un SGP sans permission on-chain ; soumettre un SGP nécessite un compte de vote de validateur Solana, l'interface en ligne de commande svmgov, ainsi qu'une demande d'extraction SGP gelée à une valeur de hachage de commit spécifique.
Une fois qu'un document SGP est verrouillé sur une valeur SHA de commit spécifique, il devient immuable ; toute correction doit remplacer la version originale par un nouveau SGP, garantissant l'intégrité documentaire du vote on-chain.
Distinction des rôles entre SGP et SIMD : décisions directionnelles vs spécifications techniques
Selon les documents de la Fondation Solana, le SGP répond à la question « Devrions-nous le faire ? » par un vote on-chain pondéré par le stake, nécessitant une idée directionnelle réalisable ; le SIMD répond à « Comment devrions-nous procéder exactement ? » avec une revue technique par les développeurs principaux, exigeant une conception complète et implémentable. Le SGP n'est pas une étape préalable obligatoire au SIMD ; ce n'est que lorsque le seuil de soutien de 15 % est atteint par les validateurs ou les stakers que le SGP intervient et soumet la décision à un vote on-chain, sinon le processus SIMD se poursuit normalement.
La Fondation Solana cite le changement de protocole de consensus Alpenglow comme exemple typique : les détails techniques n'étant pas encore suffisants pour passer l'examen SIMD, les développeurs ont utilisé un SGP pour d'abord recueillir un signal directionnel de la communauté, puis ont procédé au développement détaillé du protocole SIMD une fois la conception mature.
Politique de vote : seuil de déclenchement de 15 % du stake, majorité des deux tiers requise pour l'adoption
Selon le document officiel de politique de vote de la Fondation Solana, les paramètres complets de la politique de vote SGP sont les suivants :
Éligibilité à la soumission : le compte de vote du validateur doit détenir au moins 100 000 SOL en délégation
Déclenchement du vote : 15 % des stakers actifs doivent émettre un signal de soutien pour que le SGP passe de Support à Voting ; en deçà du seuil, il expire automatiquement
Quorum : aucune exigence de quorum minimum
Seuil d'adoption : les votes « Pour » doivent atteindre les deux tiers (66,67 %) du total (Pour + Contre) ; les votes « Abstention » ne sont pas comptés dans le dénominateur
Période de vote : 3 époques (une époque Solana dure environ deux jours, soit une période de vote d'environ 6 jours)
Calendrier du cycle de vie SGP : 11 époques fixes après avoir atteint le seuil de soutien de 15 %
Selon les documents de la Fondation Solana, une fois qu'un SGP est verrouillé on-chain, il entre dans un ordonnancement fixe basé sur les époques. Après avoir atteint le seuil de soutien de 15 %, le processus on-chain se déroule selon la séquence fixe suivante : phase de discussion de 7 époques (proposition verrouillée, les membres de la communauté examinent et discutent, pas encore ouvert au vote), instantané NCN de 1 époque (le réseau de consensus des nœuds capture l'état du stake qui détermine le poids du vote), phase de vote de 3 époques (vote pondéré par le stake ouvert, le SGP est finalement accepté ou rejeté), soit un total de 11 époques (environ 22 jours) avant que le résultat ne soit finalisé.
Mécanisme de superposition du vote des délégants : possibilité de superséder le vote du validateur en fonction du poids du stake dans la page de gouvernance
Selon l'annonce de la Fondation Solana, si un délégant n'est pas d'accord avec le choix de vote de son validateur, il peut superséder le vote de ce dernier dans la page de gouvernance en fonction de son propre poids de stake ; cette opération de supersession doit être effectuée pendant la période de vote de 3 époques. Voter « Pour » un SGP signifie autoriser la poursuite dans cette direction ; les travaux de mise en œuvre ultérieurs sont généralement spécifiés dans un ou plusieurs SIMD et versions client.
FAQ
Qu'est-ce que le Solana SGP et en quoi diffère-t-il du SIMD ?
Le SGP (Proposition de gouvernance Solana) traite des décisions directionnelles, déclenché par un soutien de 15 % du stake, nécessite une majorité des deux tiers des votes pour être adopté, décision par vote on-chain pondéré par le stake. Le SIMD (Document d'amélioration Solana) traite des spécifications techniques concrètes, examiné par les développeurs principaux, exigeant une conception complète et implémentable ; le SGP n'est pas une étape préalable obligatoire au SIMD.
Quel est le seuil pour qu'une proposition entre en phase de vote SGP ?
Selon le document officiel de la Fondation Solana, une proposition doit recevoir un signal de soutien d'au moins 15 % des stakers actifs pour passer de la phase Support à la phase Voting ; si le signal de soutien n'atteint pas le seuil, le SGP expire automatiquement et le processus SIMD se poursuit normalement.
Après avoir atteint le seuil de soutien, combien de temps faut-il pour terminer le vote SGP ?
Selon le calendrier officiel, après avoir atteint le seuil de soutien de 15 %, le processus on-chain s'exécute sur 11 époques fixes : 7 époques de discussion, 1 époque d'instantané NCN, 3 époques de vote ; une époque Solana dure environ 2 jours, soit environ 22 jours après le seuil pour que le résultat soit finalisé.
