TLDR
- Solana’s onchain governance system allows validators to submit proposals through a stake-weighted voting process.
- Proposals need support from 15% of active cluster stake before moving into voting.
- Validators require at least 100,000 SOL delegated to open Solana Governance Proposals.
- Delegators can override validator votes or inaction by voting directly with their own stake.
- The system uses Merkle proofs to verify stake-weighted votes and proposal participation data.
Solana Governance Proposals, known as SGPs, are designed to capture directional decisions from validators and delegators rather than define complete technical specifications. The Solana governance repository states that SGPs answer whether the network should pursue a direction, while Solana Improvement Documents explain how a technical change should be implemented.
The process gives validators a route to request a community signal when a proposal may affect long-term onchain economics. A validator must have at least 100,000 SOL delegated to its vote account before it can open an SGP through the svmgov program.
15% Stake Threshold Controls Voting Access
The governance process begins with a proposal document in the Solana Governance Proposals repository and an onchain proposal account linked to a fixed commit. According to NS3.AI, a proposal must gain support from at least 15% of cluster stake before the network enters the voting process.
Once the support threshold is met, the process moves through discussion, stake snapshot, and voting phases. The stated schedule includes seven epochs for discussion, one epoch for a Node Consensus Network stake snapshot, and three epochs for voting.
Votes are weighted by stake, and approval requires at least two-thirds of decisive stake voting in favor. Abstentions are excluded from the approval calculation, and the repository states that no separate quorum requirement applies.
Delegators Gain Direct Voting Override
The new system also allows SOL delegators to override a validator’s vote or a validator’s decision not to vote. This structure gives stake owners a direct mechanism to participate when their preference differs from the validator managing their delegated stake.
The Solana governance documents state that Merkle proofs are used to verify stake-weighted votes. The system also freezes proposal text by linking the onchain proposal to a specific repository commit, which is intended to prevent changes after validators and delegators begin reviewing the proposal.
For crypto investors and Solana network participants, the development matters because governance can shape decisions around protocol direction, economics, and validator coordination. The framework does not replace the SIMD process, but it creates a formal route for stake-weighted signaling when at least 15% of active stake requests a vote.
Solana’s onchain governance launch marks a structured shift in how validators and delegators can register support for network-level decisions. The model keeps technical implementation within the SIMD process while allowing stake-weighted voting to guide whether the ecosystem should pursue selected proposals.





