Solana validators now have a formal on-chain voice. On July 1, 2026, the Solana Foundation activated the Solana Governance Proposals (SGP) system, enabling validators to vote directly on core protocol changes using stake-weighted voting. Previously, major network decisions relied on off-chain discussions and developer consensus — a process lacking transparency. SGP brings decision-making onto the blockchain, with every vote verified via Merkle proofs to guarantee integrity.
SGP Three-Step Process: Submission, Support, Voting
Proposals follow a three-step process. First, a validator with at least 100,000 SOL staked to its vote account can submit a proposal. Second, the proposal needs support from at least 15% of active stakeholders before formal voting begins. Once voting starts, each validator's voting power is determined by the stake delegated to it. A key feature: individual stakers can override their validator's vote using their own stake account Merkle proof — the Foundation calls this "delegator sovereignty."
Alpenglow Upgrade: Confirmation From 12.8 Seconds to 150 Milliseconds
The Foundation's documentation explicitly names Alpenglow as the kind of proposal SGP was built for. Alpenglow is Solana's next major consensus upgrade, targeting confirmation time reduction from ~12.8 seconds to 150 milliseconds, while fully removing Proof of History (PoH) and on-chain vote transactions. This is a fundament change to the network architecture. Under the old process, aligning validators on such a big shift would involve lengthy forum debates with no on-chain resolution mechanism. SGP provides that mechanism. Alpenglow is currently in validator testing, with a Q3 2026 mainnet window and possible extension to Q4 if testnet stability requires more tweaks.
What This Means for Validators and Stakers
If you hold or stake SOL, here's the takeaway: validators can now formally propose directional network changes, but must have 100,000 SOL staked; stakers can override their validator's vote via Merkle proof; SGPs set direction while SIMDs (Solana Improvement Documents) handle technical details — the two systems work together, not replace each other; all major network decisions going forward, including Alpenglow, will likely first go through a public on-chain vote. Voting runs on the svmgov program, and the NCN snapshot program independently verifies stake weights before any vote is cast.
No formal SGP proposal has been submitted yet as of press time. The community is still getting familiar with the process. Alpenglow remains the most likely first major proposal. The Foundation hasn't set a deadline for Alpenglow governance discussions, but developers have outlined a clear timeline. The launch of on-chain governance is a structural upgrade, not just a feature drop. This article is for informational purposes only and does not constitute financial advice.