Another old track called Solana Improvement Document (SIMD) handles the follow-up, “So what exactly do we do?” – Technical details reviewed by the network’s core developers.
A “yes” to SGP is a clear signal to proceed, and subsequent engineering work will be created as one or more SIMDs.
However, voting will not start automatically. Proposals must first pass a support threshold of 15% of active stake before going to a vote. This gate is intended to prevent the network from voting on issues that it actually has little interest in, while allowing core developers to continue shipping routine changes without holding a referendum on each item.
Once that threshold is reached, the process runs on a fixed schedule measured in epochs. An epoch is a period of approximately two days that Solana uses to organize operations.
For a proposal to pass, abstainers are excluded from the calculation and a supermajority of at least two-thirds of shareholders voting yes or no is required. There is no minimum turnout requirement.
What really stands out is that this system gives more power directly to the delegators, the everyday users who are putting their fortunes on the line. $SOL Collect staking rewards using validators rather than running the nodes themselves.
