Analyse : le vote sur les frais de Solana montre que Yakovenko façonne l’agenda, pas le mandat

Le vote du 28 août sur les frais de Solana, dans le cadre de SGP-0003, a échoué malgré le soutien de la majorité du stake participant. Le vote a enregistré 142,844 millions de SOL pour, 50,146 millions contre et 72,025 millions d’abstentions. Environ 265,015 millions de SOL ont participé, répartis entre 1 152 votants. La participation représentait 61,14 % des 433,486 millions de SOL du relevé instantané. L’approbation a atteint 53,90 % parce que le calcul de gouvernance incluait les abstentions. Le camp du oui avait besoin d’environ 33,83 millions de SOL supplémentaires pour atteindre les deux tiers requis. Le système officiel a appliqué la FAQ de gouvernance et la Constitution, plutôt que le texte figé du bulletin. La FAQ et la Constitution comptabilisaient les votes pour, contre et les abstentions dans le quorum et le dénominateur d’approbation. Yakovenko a publiquement soutenu le 25 août un taux initial d’un dixième de lamport par unité de coût demandée. Le bulletin portait sur des hausses ultérieures du taux à un quart, puis à la moitié d’un lamport. Le plan remplacerait les frais de Solana de 5 000 lamports par signature par des frais d’inclusion de 2 500 lamports par transaction. Le producteur du bloc recevrait les frais d’inclusion. Le plan ajouterait des frais de ressources fondés sur le coût du planificateur demandé par une transaction. Ces frais de ressources seraient entièrement brûlés. Les frais de priorité resteraient inchangés. Jupiter, Drift, Bitwise Onchain Solutions et Forward Industries figuraient parmi les opposants. Figment, Staking Facilities, Kiln et P2P.org comptaient parmi les soutiens. Yakovenko s’est ensuite prononcé pour la division de la réforme en propositions distinctes concernant les frais fixes par signature et la fixation future des taux. Les détenteurs de 15 % du stake actif peuvent encore imposer un vote du réseau dans le cadre du processus de gouvernance de Solana. Des versions des clients validateurs et l’activation de fonctionnalités programmée séparément resteraient nécessaires à la mise en œuvre.