Solana launches onchain governance with validator voting

Solana Foundation has introduced Solana Governance Proposals, a new onchain process for validators to move major network questions into stake-weighted votes. 

The system gives validators a formal route to submit, support, and decide governance items that may shape Solana’s future protocol direction.

Meanwhile, the Solana Governance Proposals repo says SGPs are documents proposed by Solana validators for stake-weighted, onchain voting through the svmgov program. The process is for high-level questions that ask whether the network should move in a certain direction, rather than detailed technical changes. This keeps SGPs focused on broad network direction only.

A validator vote account needs at least 100,000 SOL staked to take an SGP onchain. The proposal then needs support from at least 15% of active stake before it can enter voting. The Solana Governance documentation says validators create proposals, other validators support them, and voting weight is proven through Merkle proofs against an onchain stake snapshot.

The process separates signals from code

The SGP process sits beside Solana Improvement Documents, which cover detailed protocol design. In simple terms, SGPs ask whether Solana should pursue a direction, while SIMDs explain how a change would be built. The repo says, “A ‘yes’ on an SGP is a mandate to proceed.”

The lifecycle moves from idea to draft, support, voting, acceptance, and activation. Once a proposal reaches the 15% support threshold, it enters a fixed 11-epoch process. That includes seven epochs for discussion, one epoch for a Node Consensus Network snapshot, and three epochs for voting.

There is no quorum rule. A proposal passes only if “For” votes reach at least 66.67% of “For” plus “Against” stake. The repo also says SGPs are not mandatory for every technical change. If validators do not reach support, developers can continue through normal SIMD review.

Governance arrives as upgrades continue

The launch comes as Solana continues to test large infrastructure changes. As previously reported, the Alpenglow upgrade entered community validator testing in May. Alpenglow aims to cut confirmation times to about 150 milliseconds and remove Proof of History and onchain vote transactions from Solana’s core process.

The new SGP route could give validators a clearer way to request network-wide direction before developers prepare technical work. The GitHub repo uses Alpenglow as an example of a proposal that could have first taken a directional vote before later SIMDs defined the build path. That example shows how Solana may use SGPs when validator input is needed before engineering details are complete.

Recent Solana activity adds context

Solana’s validator set has also been tied to other recent network tools. As crypto.news reported, DoubleZero launched Edge in April with 379 validators publishing shreds and about 43% of Solana’s total stake covered at launch. The project aims to deliver Solana block data through private fiber paths.

Solana has also seen renewed market activity around network use. Crypto.news reported that Solana’s tokenized stock activity helped drive an 18% weekly SOL rebound in late June. Earlier, crypto.news reported that Galaxy Digital proposed a voting model for Solana inflation, showing that validator voting design has already been part of the network’s policy debate.