Infrastructure

Solana Launches Onchain Governance: Validators Vote on SGPs

Solana's onchain governance is live: validators submit Solana Governance Proposals (SGPs) and vote stake-weighted — with a 100,000 SOL bar to propose, a 15% support threshold and delegator override via Merkle proof.

SOLANA·HUB Editorial

What happened

Solana’s onchain governance has been live since 1 July 2026. Validators can now submit, support and decide core protocol questions via Solana Governance Proposals (SGPs) — fully onchain, stake-weighted, and verified by Merkle proof against an onchain stake snapshot. The tooling lives at governance.solana.com with documentation and open code.

How the process works

  • Proposing: a validator vote account needs at least 100,000 SOL staked to take an SGP onchain.
  • Support phase: the proposal then needs backing from at least 15% of active stake before it enters voting.
  • Voting: a proposal passes when “For” votes reach at least 66.67% of For+Against stake. There is no quorum rule.
  • Delegator override: individual stakers can override their validator’s vote using their stake account’s Merkle proof — their delegation then counts the way the delegator voted.

Context: SGP alongside SIMD

SGPs do not replace the technical SIMDs — they complement them: an SGP settles the directional question of whether Solana should pursue a path, while a SIMD specifies how a change is built. Directional debates such as disinflation (see SIMD-550) now get a formalized, transparent onchain process instead of votes scattered across channels. Earlier emission debates like SIMD-228 showed how contested such questions can be.

For stakers, the practical takeaway: choosing a validator is now also a governance decision — and anyone who disagrees with their validator can vote themselves via the override. What to look for when choosing: Solana validator selection.

Update (August 25, 2026): The First Formal Vote Is Running

The system has reached its first real case: since epoch 1021 (around August 23), the first formal on-chain vote is running — on three proposals in parallel:

  • SGP-0001: ratification of the governance constitution.
  • SGP-0002: doubling of disinflation from 15 to 30 percent per year (the proposal from the tokenomics thread).
  • SGP-0003: the resource-based fee reform with a higher burn share.

A numbering note for readers of our tokenomics thread: during the signaling phase, disinflation and fee reform ran as a bundled package under “SGP-0003” — for the vote they now stand as separate proposals with the numbers above per governance.solana.com.

The window ends with epoch 1023 (expected August 27). Voting is stake-weighted by validators; delegators can override their validators. Reported participation recently sat below 17 percent on the two economics proposals — a third of stake is required. Whether the proposals pass is open.

Update (August 28, 2026): The Results — Two Passed, One Failed

The first formal vote has closed, with participation of 60.7 percent of stake — well above the one-third quorum. The results per the governance dashboard:

  • SGP-0001 (constitution): passed — with roughly 86 percent approval.
  • SGP-0002 (disinflation doubling): passed by a hair67.00 percent in favor (176.29 million SOL) against a 66.67 percent threshold; 25.16 percent against, 7.84 percent abstaining. Late swings by large validators helped decide the outcome.
  • SGP-0003 (resource-based fee reform): rejected — 53.9 percent approval missed the two-thirds threshold. Per Anza, the majority of non-approving stake abstained rather than rejected; a re-parameterized version is considered possible.

The most important framing sentence: a mandate is not an activation. The approved disinflation doubling only takes effect once SIMD-0550 is implemented in the clients and activated via feature gate — details in the tokenomics thread.

Note: This is reporting, not investment advice.

What to watch

  • When SIMD-0550 gets implemented and activated
  • Whether SGP-0003 returns with new parameters
  • How governance practice (overrides, validator splits) develops in the next round

Sources

#governance #sgp #validator #staking #infrastructure