Solana lance la gouvernance on-chain : 100 000 SOL et zéro quorum

Il faut 100 000 SOL — soit environ 7,8 millions de dollars au prix du lancement — rien que pour soumettre une proposition au vote on-chain de Solana. Le 2 juillet 2026, Solana a activé les Solana Governance Proposals (SGP), le premier mécanisme du réseau permettant aux validateurs et délégateurs de voter par poids de stake (pouvoir de vote proportionnel au SOL bloqué par chacun sur le réseau) et de s'assurer que ce vote soit enregistré sur la chaîne. Jusqu'à ce jour, la direction de l'une des plus grandes blockchains au monde se décidait via des documents révisés en interne par l'équipe centrale, sans vote public et sans voix formelle pour ceux qui délèguent leurs jetons. Le tournant est historique. Mais la conception impose un choix que ses propres détracteurs considèrent comme un vecteur d'attaque : les SGP suppriment le quorum minimum exigé par le système précédent, ouvrant la porte à une minorité motivée pour fixer le cap du protocole pendant que la majorité s'abstient.

Cet article analyse le fonctionnement des SGP étape par étape, explique pourquoi le hack de Drift Protocol en avril a été le déclencheur politique, détaille ce qu'implique le seuil de 100 000 SOL pour la concentration du pouvoir, et pourquoi l'absence de quorum place Solana dans une position intermédiaire inconfortable entre Ethereum (sans gouvernance on-chain formelle) et Cosmos (avec un quorum de 40 %).

Que sont les Solana Governance Proposals et que changent-elles ?

Un SGP est un vote on-chain (enregistré directement sur la blockchain, vérifiable par tous) concernant la direction stratégique du réseau. C'est l'équivalent chez Solana de ce que d'autres protocoles appellent la gouvernance on-chain : pour comprendre le concept général du vote par tokens et ses limites, nous l'avons développé dans qu'est-ce qu'une DAO. La différence clé est qu'un SGP ne gouverne pas un protocole DeFi construit sur la chaîne, mais la couche de base (Layer 1) sur laquelle repose tout le reste.

Avant le 2 juillet, Solana n'avait rien de tel. Les décisions passaient par les Solana Improvement Documents (SIMD), des propositions techniques révisées par les développeurs du noyau et la Solana Foundation. Les SIMD fonctionnent bien pour ce qu'ils sont — le détail technique d'un changement — mais n'étaient pas un mécanisme de vote : il n'y avait aucune trace on-chain des soutiens, ni aucun moyen pour un délégateur ayant placé ses SOL chez un validateur d'exprimer une opinion différente de celle de ce dernier.

Les SGP ne remplacent pas les SIMD ; ils se superposent à eux. La division est délibérée : le SGP décide si le réseau doit prendre une certaine direction (la question politique), et le SIMD ultérieur décide comment construire ce changement (la question technique). C'est la séparation entre le « que voulons-nous » et le « comment le faisons-nous », et c'est la première fois que Solana la formalise par des votes vérifiables.

Pourquoi le hack de Drift a-t-il été le véritable déclencheur ?

La gouvernance formelle n'est pas née d'un débat académique. Elle est née d'une crise. Le 1er avril 2026, Drift Protocol — l'un des plus grands protocoles de dérivés sur Solana — a subi un exploit drainant 285 millions de dollars en quelques minutes, attribué à des acteurs liés à la Corée du Nord. Nous avons couvert l'anatomie complète dans comment la Corée du Nord a drainé 285 M$ de Drift en 12 minutes.

Le hack a exposé une réalité inconfortable dépassant le cadre de Drift. La réponse d'urgence a dépendu d'une poignée de figures capables d'intervenir — le fameux Security Council et les acteurs centraux de l'écosystème — ce qui a relancé la question que Solana évitait depuis des années : qui commande réellement ici, et avec quelle légitimité ? Un réseau qui aspire à liquider des actifs financiers à l'échelle institutionnelle ne peut dépendre d'un club informel pour décider de sa direction.

Le 7 avril, la Solana Foundation a annoncé une révision de la sécurité post-Drift formalisant la réponse de l'écosystème à l'incident. Les SGP, lancés des mois plus tard, répondent à cette même impulsion : répartir un pouvoir de décision que le hack a révélé être dangereusement concentré. En d'autres termes : la concentration de pouvoir mise en lumière par le hack de Drift est exactement le problème que les SGP prétendent résoudre. L'ironie — que nous verrons dans les sections suivantes — est que le design choisi pourrait reproduire cette même concentration par une autre voie.

Comment fonctionne une proposition SGP étape par étape ?

Le parcours d'un SGP comporte trois étapes et un calendrier fixe. Il convient de le comprendre dans l'ordre, car chaque seuil est un point où une proposition peut échouer.

La première porte est l'éligibilité : seul un validateur contrôlant au moins 100 000 SOL, stakés ou bloqués sur le réseau, peut ouvrir une proposition. Il y a ici une nuance que la presse confond parfois : ce SOL n'est pas dépensé. Ce n'est pas une commission, mais une exigence de poids — une preuve que celui qui propose est impliqué financièrement. Au prix du 2 juillet, avec un SOL autour de 78 dollars et une capitalisation boursière d'environ 44 milliards de dollars, ces 100 000 SOL équivalaient à environ 7,8 millions de dollars en pouvoir de stake.

La deuxième porte est le seuil de démarrage : avant l'ouverture du vote formel, la proposition doit réunir le soutien de 15 % du stake actif total du réseau. C'est un filtre anti-bruit qui évite que n'importe quelle proposition triviale ne monopolise le processus.

Une fois ces 15 % atteints, un processus fixe de onze epochs commence. Un epoch sur Solana dure environ deux jours, de sorte que le parcours complet — du franchissement du seuil au résultat — prend environ 22 jours : sept epochs de discussion, un pour le snapshot qui gèle le poids de chaque validateur via un arbre de Merkle construit à partir du registre de la chaîne, et trois pour le vote. Chaque vote émis par un validateur est accompagné d'une preuve Merkle — une chaîne de hashes reliant son entrée dans le registre à la racine de l'arbre — avant d'être comptabilisé. La troisième porte est l'approbation : une supermajorité des deux tiers du stake ayant effectivement voté est nécessaire.

Qu'est-ce que la "souveraineté du staker" et pourquoi est-ce important ?

L'élément le plus intéressant du design est ce que la Solana Foundation appelle la staker sovereignty — la souveraineté du staker. Dans la plupart des systèmes de poids par stake, si vous déléguez vos jetons à un validateur, ce validateur vote pour vous, un point c'est tout. Vous prêtez votre pouvoir de vote sans pouvoir le récupérer, sauf en déplaçant votre stake.

Les SGP brisent cette règle. Si vous avez du SOL délégué auprès d'un validateur et que celui-ci vote dans un sens, vous pouvez utiliser votre portion de stake pour voter dans le sens inverse, et votre vote sera comptabilisé en votre faveur, pas en la sienne. Et si votre validateur s'abstient, vous pouvez tout de même voter. Sur le papier, c'est un garde-fou puissant contre le pouvoir des grands opérateurs : le pouvoir de vote réel revient aux mains de celui qui possède les jetons, et non de celui qui les garde.

Le problème est que la souveraineté du staker reste une protection théorique tant qu'elle n'est pas exercée. Annuler le vote de son validateur exige d'être informé du vote, de comprendre la proposition et d'agir dans la fenêtre des trois epochs. L'immense majorité des délégateurs ne le fera jamais. Et c'est là que le design choisi rencontre son principal point faible.

Pourquoi l'absence de quorum est-elle le nouveau problème ?

Voici l'angle que la couverture médiatique n'approfondit pas. Le système SIMD précédent exigeait une participation minimale de 33 % du stake pour qu'un vote soit valide. Les SGP suppriment cette exigence : ils ne déclarent aucun quorum minimum. Une proposition est approuvée si elle obtient deux tiers du stake ayant voté, quelle que soit la fraction du total participant au scrutin.

L'arithmétique est un piège. Si seulement 9 % du stake total participe, il suffit des deux tiers de ces 9 % — soit 6 % du réseau — pour fixer la direction du protocole. La Solana Foundation présente la souveraineté du staker comme le contrepoids : tout le monde peut voter, donc le système est ouvert. Mais ouvert ne signifie pas participatif. L'histoire de la gouvernance on-chain est, en grande partie, une histoire d'apathie : les gens délèguent et oublient.

Nous avons déjà vu où mène ce chemin. La faible participation est précisément ce qui a érodé la gouvernance d'Aave, avec des propositions décidées par une poignée d'acteurs pendant que la majorité des holders regardait ailleurs ; nous l'avons raconté dans la crise de gouvernance d'Aave et l'exode des contributeurs. Il convient de marquer la différence : Aave est une DAO qui gouverne un protocole DeFi, tandis qu'un SGP gouverne une Layer 1 entière — l'infrastructure sur laquelle tournent des milliers d'applications. La faille est la même, mais la surface d'impact est bien plus vaste. Quand la gouvernance qui se vide par apathie est celle de la couche de base, et non celle d'une application, un petit groupe ne capture pas un protocole : il capture les fondations.

Une coalition de grands validateurs peut-elle bloquer n'importe quelle proposition ?

Le second risque est le revers de la médaille de l'apathie. Le seuil de 100 000 SOL pour proposer favorise structurellement les grands validateurs : ils sont les seuls à disposer de holdings propres suffisants sans avoir à coordonner qui que ce soit. Et l'analyse critique la plus citée lors du lancement souligne qu'un bloc réduit de validateurs de premier plan, s'il agit de concert, pourrait réunir un poids suffisant pour bloquer — ou imposer — des propositions pratiquement à volonté.

Combinez ces deux dynamiques et le tableau s'assombrit : dans un environnement de faible participation, le poids relatif des whales (détenteurs de positions énormes) augmente, car ce sont eux qui votent. Un petit groupe motivé n'a pas besoin de convaincre tout le réseau ; il lui suffit de battre la fraction qui prend la peine de se manifester. C'est exactement le type de centralisation silencieuse que nous analysons dans pourquoi le pire risque de DeFi n'est pas les hacks, mais la centralisation cachée : le pouvoir ne se concentre pas par une faille technique, mais par le design des incitations et l'inertie des participants.

Reste la Solana Foundation elle-même. Son programme de délégation (SFDP) a réduit sa participation aux alentours de 4-6 % du stake total du réseau en 2026 — loin des ~44 % des premières années, selon les données publiques du programme. La question ouverte n'est pas de savoir si la Foundation domine le réseau, mais si ces 4-6 % suffisent à être un acteur décisif dans un système sans quorum où la majorité s'abstient : dans un vote à faible participation, un bloc de cette taille qui vote pèse bien plus que ce que suggère son pourcentage nominal.

Comment cela se compare-t-il à Ethereum et Cosmos ?

La meilleure façon de situer les SGP est de les placer aux deux extrémités du spectre. Ethereum, la plus grande plateforme de smart contracts, n'a pas de gouvernance on-chain formelle : ses changements sont coordonnés de manière sociale, via des discussions publiques, des processus d'amélioration (EIP) et la décision finale des clients et validateurs d'adopter ou non une mise à jour. Cosmos, à l'autre extrême, possède une gouvernance on-chain mature avec un quorum explicite : pour qu'une proposition soit valide, plus de 40 % du stake total doit participer au vote.

Solana se trouve dans une position intermédiaire particulière. Elle a construit la machinerie on-chain qu'Ethereum n'a jamais voulue — votes vérifiables, poids par stake, souveraineté du délégateur —, mais elle a renoncé au frein que Cosmos juge indispensable. Chez Cosmos, une proposition avec une participation infime ne compte tout simplement pas : le quorum de 40 % l'invalide. Chez Solana, cette même proposition peut devenir la loi du protocole. La comparaison montre clairement que l'absence de quorum n'est pas un oubli, mais un choix de conception aux conséquences mesurables.

Quel est le lien avec les améliorations techniques d'Alpenglow ?

Solana a vécu deux transformations simultanées en 2026, et il convient de ne pas les confondre. L'une est technique : le bond de performance de Firedancer, Alpenglow et DoubleZero que nous avons analysé dans Solana confirme en 150 ms : plus rapide que Visa et rivale d'Hyperliquid. L'autre est politique : les SGP. Ce sont deux axes distincts du même projet.

La façon la plus simple de les distinguer : Alpenglow a décidé comment Solana devient plus rapide ; les SGP décident qui contrôle cette vitesse. Le premier est une question d'architecture de consensus — combien de millisecondes faut-il pour confirmer un bloc. Le second est une question de pouvoir — qui a voix au chapitre pour changer les règles régissant cette architecture. Un réseau peut être techniquement impeccable tout en étant gouverné par une poignée d'acteurs ; il peut être lent et radicalement décentralisé. Solana parie sur la résolution des deux aspects à la fois, et les SGP sont la moitié que le marché avait ignorée jusqu'à présent.

Ce n'est pas un hasard si, ce même 2 juillet, le SOL a dépassé les 80 dollars pour la première fois depuis des semaines. Le marché a interprété l'activation de la gouvernance on-chain comme un catalyseur positif — un signe de maturité institutionnelle. Mais un catalyseur de prix ne valide pas le design. Le véritable test viendra avec le premier SGP controversé : le jour où une proposition divisera la communauté, nous verrons si la souveraineté du staker est une protection opérationnelle ou une simple note de bas de page, et si l'absence de quorum est une vertu d'agilité ou la faille que ses détracteurs anticipent.

Quelles leçons tirer au 3 juillet ?

À un jour de l'activation, trois conclusions s'imposent sans attendre le premier vote. Premièrement : Solana a franchi une ligne sans retour facile — passer d'une gouvernance informelle à des votes on-chain vérifiables est un engagement public difficile à défaire. Deuxièmement : le design résout le problème de légitimité mis à nu par le hack de Drift (il y a désormais une procédure, pas un club) mais introduit un problème de représentativité (sans quorum, la minorité qui participe décide pour la majorité qui s'abstient). Troisièmement : les deux seuils — 100 000 SOL pour proposer et zéro quorum pour approuver — poussent dans la même direction, celle des grands validateurs, même si la souveraineté du staker existe pour contrebalancer cela sur le papier.

La donnée à surveiller dans les prochaines semaines n'est pas le prix du SOL, mais le taux de participation du premier SGP soumis au vote. Si la participation dépasse largement les 33 % du stake — la barre que le système SIMD exigeait et que les SGP ont abandonnée — la critique du quorum s'essoufflera. Si elle est bien inférieure, il sera prouvé que Solana a construit la machinerie de la démocratie on-chain sans le mécanisme qui garantit son intégrité.

Sources et liens : CoinDesk — Solana adds on-chain governance (2-juil-2026) · BanklessTimes — couverture technique (2-juil-2026) · The Defiant — staker sovereignty · TechTimes — override des délégateurs · Cosmos SDK — module de gouvernance (quorum 40 %)