Solana's First Binding Governance Vote Closes: Supply Cut Passes, Fee Burn Plan Falls Short

Solana SOL$101.49+1.8% Solana's first binding on-chain governance vote is closing at epoch 1024 with a divided result. All three proposals cleared the one-third participation threshold, but the two economic measures diverged on approval: a plan to accelerate the reduction in new SOL issuance is narrowly passing the two-thirds bar, while a separate proposal to restructure transaction fees and sharply increase daily token burns is falling short.

As voting opened at epoch 1021, validators and stakers cast ballots simultaneously on three proposals through what became Solana's first formal on-chain governance mechanism. The window ran longer than anticipated, with an expected Thursday UTC close extending into Friday, because Solana epochs track block production rather than wall-clock time.

SGP-0001 and SGP-0002: Constitution and Faster Disinflation Both Clear the Two-Thirds Bar

Solana Governance Proposal SGP-0001, the constitution that establishes the rules for future network votes (who can participate, how votes are weighted, and what support levels are required) is passing with 95.35% support against 0.22% in opposition, according to live data from governance.solana.com.

SGP-0002 is over the threshold, though not by much. It would double Solana's annual disinflation rate from 15% to 30%, bringing the network's terminal 1.5% inflation floor to around 2029 instead of 2032. CoinDesk reported the proposal at 68.77% support with 47.72% of eligible stake participating, just above the two-thirds mark on both dimensions. The practical output would be roughly 18.9 million fewer SOL created over the next six years, reducing dilution of existing supply.

SGP-0003's Abstention Problem

The fee overhaul vote sits in a different position. SGP-0003 would replace Solana's flat 5,000-lamport per-signature fee with a two-part structure: a fixed 2,500-lamport inclusion payment to the block leader, plus a variable resource fee tied to compute units consumed, which would be burned entirely. Daily SOL burns would climb from roughly 650 to between 7,500 and 9,000 SOL; at prices this week, the upper end approaches $800,000 per day, per CoinDesk. Even at 9,000 SOL destroyed daily, that figure would remain well below the roughly 60,000 new SOL the network creates each day.

The proposal has 62.72% support, short of the two-thirds needed, with 20.75% abstaining and 42.51% of eligible stake participating, according to CoinDesk. The abstention share on SGP-0003 is considerably higher than on the other two votes. Under the governance rules, abstentions count toward the one-third quorum threshold but do not count as YES votes, so the abstaining stake helps the proposal clear quorum while making the two-thirds approval bar harder to reach.

How SGP-0003 Fee Burns and SGP-0002 Supply Cuts Divided Validator Stake

The vote split reflects a genuine disagreement over what fee restructuring would accomplish and who would bear the cost.

Austin Federa, co-founder of DoubleZero 2Z$0.047+2.0% DoubleZero and former head of strategy at the Solana Foundation, posted an analysis early Friday making the case for SGP-0003. His argument: Solana's application layer captures roughly 93% of the value generated on-chain while the base network takes the remaining 7%. A compute-proportional fee that burns the resource portion would redirect more of that value toward the protocol layer, correcting what Federa described as a structural imbalance in how the chain prices its own throughput.

The counterargument centers on cost. Developers building compute-heavy fully-onchain applications (order books, complex DeFi logic, onchain games) would pay higher marginal fees under a compute-proportional model, since their transactions request more compute units per signature. Federa's analysis covered both perspectives, presenting the developer cost concern as part of the debate rather than dismissing it.

Institutional opposition has been more direct. Solana Company, the Nasdaq-listed SOL treasury firm trading under the ticker HSDT, stated on Aug. 21 that it would vote for SGP-0001 but against SGP-0002 and SGP-0003, citing predictability: institutions making multi-year treasury decisions need stable economic rules, and both supply-side changes represent a departure from previously expected issuance paths.

A Passed SGP Is a Mandate, Not an Immediate Network Change

As covered when the vote opened, a passed SGP is a mandate rather than a network change. Separate technical proposals (SIMDs) would still need to be written, reviewed, and activated through Solana's standard upgrade process. The same applies if SGP-0003 were to pass: authorization to proceed, not an immediate fee change.

Solana co-founder Anatoly Yakovenko's backing of SGP-0003 earlier this week reflected that framing. A YES vote at this stage authorizes the direction; the implementation details come later. With epoch 1024 closing, the question of direction is being answered differently for each proposal.