Skip to content

governance

Solana turns on onchain governance: 100k SOL to open, 67% to pass

Solana activated Solana Governance Proposals: 100,000 SOL staked to open, 15% of active stake to advance, two-thirds supermajority to pass — with staker sovereignty for delegators.

by 6 min read

Solana activated onchain governance on July 1, 2026. The mechanism is called Solana Governance Proposals (SGPs), sits alongside — not on top of — Solana Improvement Documents (SIMDs), and enforces three stake-weighted gates: a 100,000 SOL staking threshold to open an SGP, 15% of active stake to move a proposal into voting, and a two-thirds supermajority of participating stake to pass it. Rules and current proposals live at docs.governance.solana.com. Coverage: CoinDesk and crypto.news.

What activated

Three components went live in one flip:

  1. SGPs on-chain. A validator whose vote account has at least 100,000 SOL staked can post a proposal. The proposal text and its lifecycle — support, vote, execute — are recorded on-chain, not on a Discourse forum.
  2. Merkle-proof stake weighting. Each vote is verified against a snapshot of the stake table using Merkle proofs, so a validator or a delegator cannot vote with stake it does not actually control at the snapshot block.
  3. Staker sovereignty. A delegator can override the validator it delegates to, or cast a vote if the validator abstained, weighted by the delegator's own stake. Turnout has no minimum floor: a proposal passes on the ratio of For to For + Against, with abstentions excluded from the denominator.

The design point is unusually explicit — the Solana Foundation put it in the primary docs: SGPs answer "should Solana do this," SIMDs answer "here is exactly how." An SGP can approve a direction without dictating a design; a SIMD can propose a design that has no SGP mandate behind it.

Mechanism — why gate on stake, not on validator identity

Solana already had informal governance: SIMDs, off-chain forums, Foundation and Anza engineers advocating for changes, and the practical veto of a validator that simply won't upgrade. What was missing was a recorded, stake-weighted decision that a validator vote could be measured against — and, importantly, a way for delegators to disagree with the validator they had delegated to without redelegating.

The three thresholds are chosen to prevent two failure modes:

  • Frivolous SGPs. 100,000 SOL — worth roughly $7.7 million at the time of activation — is a meaningful bond against spam. It does not require the validator to give up the SOL; the SOL only needs to be staked to the vote account.
  • Governance capture by a coordinated minority. The 15% support gate keeps proposals off the ballot unless a real share of network stake wants them heard. The two-thirds passage threshold makes it hard for a bare majority to push through contested changes.

The abstention rule — abstentions do not count against a supermajority — is the load-bearing one. Solana's staked supply is large and passive; a design that required 66.67% of total stake would let inertia veto anything.

Numbers block

- Activation date            : 2026-07-01
- Mechanism name             : Solana Governance Proposals (SGPs)
- Sits alongside             : Solana Improvement Documents (SIMDs)
- Threshold to open an SGP   : 100,000 SOL staked to the proposing validator
                               (~$7.7M at activation)
- Threshold to enter voting  : 15% of active stake supports the SGP
- Passage threshold          : 66.67% supermajority of For + Against stake
                               (abstentions excluded from the denominator)
- Turnout minimum            : none
- Stake weighting verified   : Merkle proofs against an on-chain snapshot
- Delegator override         : yes ("staker sovereignty") — delegators can
                               override or replace their validator's vote
- Docs / registry            : docs.governance.solana.com
- Sources                    : Solana Governance docs (primary);
                               CoinDesk 2026-07-02; crypto.news;
                               FinanceFeeds; MEXC News

Impact

For validators, the change is real: a validator that historically negotiated in private with the Foundation now has a public vote of record on directional questions, and its delegators can, if they disagree, split their voting weight from it. That is a material change to the reputational contract between a delegator and its validator.

For delegators, the change is bigger. On Ethereum, a solo staker has a vote by running a client of choice, but a Lido or Rocket Pool delegator has no formal voice on protocol direction. On Solana, a delegator can now overrule its validator on any SGP, weighted by its own stake, without redelegating. That is one of the more aggressive delegator-empowerment designs shipped by any major L1.

For Anza and the Solana Foundation, the split between SGP and SIMD carves out political space. Directional questions — should Solana add a new consensus primitive, ship a fee-market change, subsidise a specific developer program — now go to stake. Technical specification of how remains with the engineering process, where domain knowledge sits.

What to watch

  1. First contested SGP. The registry at docs.governance.solana.com will surface the first proposal that fails the 15% support gate, or the first that reaches a vote and does not clear two-thirds. Either outcome tells you more than a proposal that unanimously passes.
  2. Delegator override rate. The mechanism only matters if delegators use it. A vote where a large staking pool's validator says one thing and its delegators split the other way is the load-bearing empirical test of staker sovereignty.
  3. SGP–SIMD divergence. The clean design assumes an SGP mandates a direction and a SIMD implements it. The first case where a passing SGP is followed by a SIMD that engineers refuse to write, or vice versa, will tell you whether the separation actually holds.
  4. Turnout distribution. With no minimum turnout, the ratio between participating stake and total stake becomes the de facto legitimacy number. If contested SGPs pass on 10–15% turnout, expect a subsequent proposal to add a floor.

Context — direct-stake governance is the pattern now

The pattern this fits: L1s are moving governance on-chain and giving delegators voice. Cosmos Hub has stake-weighted proposals; Cardano shipped delegated representatives (DReps) under CIP-1694 and the constitutional network went live in 2025 (see our note on Leios advancing after the June 2026 vote). Ethereum has resisted formal onchain governance and continues to rely on off-chain rough consensus and client diversity. Solana joins the direct-stake camp, and does so with a design that is meaningfully more delegator-friendly than Cosmos or Cardano's — the ability for a delegator to override a validator on a per-vote basis without redelegating is not a feature the Cosmos governance module provides.

The other pattern worth naming: 2026 has been a year in which governance-adjacent attacks — from the Tornado Cash DAO's malicious governance proposal to the Kelp DAO and Drift Protocol social-engineering hits — have taken more from DeFi than smart-contract exploits have. Putting Solana's directional governance on a stake-weighted, Merkle-verified rail with delegator override does not fix the "compromised multisig signer" attack class, but it does raise the cost of an insider capture of protocol direction. The interesting question is whether the ecosystem's application-layer DAOs, which typically use snapshot.org or Governor Bravo forks, adopt the same primitives now that the base layer has them.

Sources:

Related stories