The Solana Foundation has officially launched its Solana Governance Proposals (SGP), a key development in the network's approach to decision-making.

Understanding SGP: Differentiating from SIMD

To grasp the significance of SGP, it's crucial to differentiate it from the existing Solana Improvement Document (SIMD) process. While many may instinctively compare the two, they serve entirely different functions:

  • SIMDs: These documents function as engineering blueprints that answer the question, "how" should a technical change be executed. They undergo thorough vetting by core developers to maintain protocol integrity.
  • SGPs: In contrast, these serve as strategic directives, focusing on the question, "should we pursue this?" They reflect the community's desires and broader strategic goals. Put simply, SGPs embody political will, whereas SIMDs pertain to engineering execution.

A practical example resides in the “Alpenglow” proposal. Previously, the community attempted to navigate this through the SIMD process without complete technical readiness, causing friction as developers awaited approval on the concept before dedicating time to create the blueprint.

With the introduction of SGP, the community can now provide the necessary “yes” vote in advance, validating the strategic direction before the intricate engineering tasks commence.

SGP Process: A Supportive Mechanism

It is essential to clarify a common misunderstanding: the SGP does not supplant the role of core developers. Rather, the SGP process acts as a mechanism for addressing interruptions. The standard development workflow—where developers propose SIMDs—remains unchanged. SGPs come into play when the community believes a decision necessitates a formal, stake-weighted vote.

Proposal Requirements and Voting Process

The triggering threshold for an SGP vote requires a proposal to garner support from at least 15% of the total active network stake. This stringent criterion helps to prevent the network from getting overwhelmed with insignificant votes, functioning as a “pressure valve” reserved for matters with significant long-term economic implications that require community input.

When an SGP is initiated, it follows a clear and transparent procedure. Each proposal is accompanied by a markdown document outlining its rationale and is linked to an on-chain record associated with a specific, immutable commit SHA. This structure ensures that the proposal undergoing a vote remains unchanged throughout the process.

The voting rules stipulate that submissions require a validator with a minimum of 100,000 SOL staked, and to formally advance to a vote, 15% of active stake must show support. Ultimately, approval is contingent upon achieving a supermajority of two-thirds (66.67%).