Solana votes on supply, fees and network control

Key Points

The voting on the three pledge weights will end on August 27.
The delegator gains the ability to override its validator vote.
Faster inflation contraction would reduce SOL circulation by approximately 18.9 million over six years.
Resource fees will be completely destroyed rather than paid to node operators.
Approval authorizes developers to perform tasks rather than immediately triggering protocol upgrades.

An economic argument, three components

Solana's first formal governance cycle raises three core structural issues for the ecology: approving formal charters to establish on-chain governance, doubling the rate of inflation reduction, and replacing the fixed base fee structure with dynamic resource costs.
Each proposal has its own specific title. Taken together, they address a single trade-off: whether Solana can actively curb token issuance and increase daily cost destruction without compromising node operator profit margins and decentralized integrity.
These decisions determine political governance, cybersecurity budgets, and the long-term cost of purchasing block space.

Solana Governance Proposal Matrix

Core voting topics continue until August 27

Proposal/core focus/key economic impact or mechanism

SGP-0001: Charter/Establish on-chain governance rules through svmgov/Grant delegiers the power to manually override validator votes.
SGP-0002: Inflation contraction/Double the annual inflation contraction rate from 15% to 30% /Reduce SOL circulation by approximately 18.9 million over six years; reach the 1.5% bottom line by approximately 2029.
SGP-0003: Fee reform/implementation of dynamic resource fees through SIMD-0553/replacement of fixed base fees; resource fees are completely destroyed rather than paid to operators.

The charter grants direct veto power to clients

SGP-0001, the proposed Solana charter, sets organizational rules for network-level governance and activates the process built around svmgov on-chain voting protocols.
For daily pledgers, the most significant update is voting sovereignty. Under the proposed framework, entrusted pledges default to follow the validator's vote. However, individual pledgers can manually override this option through their control accounts, preventing institutional validators from unilaterally determining the results of all SOLs delegated to them.
Voting rights are still based on pledge weights, which means that holders of large tokens continue to have significant influence. But committers have finally been given a formal mechanism to break the queue whenever a validator votes against its revenue preferences or network fee expectations.
According to the official governance FAQ, Solana governance proposal serves as a directional pledge weight signal. They are used to determine whether the community supports policy changes, while technical details are left to be addressed in subsequent Solana improvement documents.

Faster inflation contraction cuts supply, maintaining a 1.5% bottom line

SGP-0002 requires the network to double SOL's annual inflation contraction rate from 15% to 30%. Although the terminal inflation floor is still set at 1.5%, the Internet will reach this minimum interest rate sooner, around 2029 rather than 2032.
Models associated with the proposal estimate that this acceleration curve will reduce approximately 18.9 million SOL from planned releases over six years. This represents a significant reduction in future supply expansion and builds on previous discussions about how Solana can slow SOL supply growth.
Reducing issuance has directly attracted token holders seeking scarcity. However, lower circulation will naturally compress the pledge income from new mintings. The proposal retains operator commissions, MEV tips and priority fees, but as casting rates drop more sharply, validators will see reduced traffic to newly issued SOLs.
Voters are weighing a simple balance: accept lower pledge income growth in exchange for tighter overall circulation supply.

Fee proposal reform verifier remuneration

SIMD-0553, supported by SGP-0003, replaces Solana's fixed-base transaction fees with a two-part pricing structure.
Under this setting, transactions pay a fixed 2500-lamport inclusive fee to the block leader. In addition, there is a dynamic resource fee that scales based on the memory, execution cycle, and data status of the transaction request. This resource fee is completely destroyed, while priority fees are reserved for block leaders.
This architecture ensures that high-computation transactions are paid proportionately to the load they actually place on the verifier hardware. Simple wallet-to-wallet transfers and complex smart contract execution will no longer share the same fixed base cost.
The structural trap lies in the way fees are calculated. Resource fees are charged based on the capacity requested by the transaction *, not the capacity it ultimately uses. Applications that over-allocate computing memory will pay higher fines. In addition, since the cost of these destroyed resources disappears permanently, no part of these additional costs flows into the verifier account as operating income.

Reducing issuance and mass destruction changes the economics of security

These three proposals operate as an interconnected system. SGP-0002 reduces the flow of new SOL into the ecosystem. SGP-0003 directs a larger proportion of transaction fees to permanent token destruction rather than operator compensation. SGP-0001 provides a simple way for committers to override validators who oppose these changes.
If all three proposals pass, Solana will move to a tighter supply model. As a result, the verifier's profit margin will be largely dependent on block inclusion fees, preferred tips, MEV opportunities, and the market value of the SOL itself.
These adjustments will not eliminate the verifier's profitability, as the inclusive fee ensures that block leaders will be compensated for building the underlying block. Instead, the vote reset the economic baseline: curtailing new supply issues while requiring online activity to fund a larger proportion of ongoing security costs.

Approval expresses intention, not immediate execution of code

Agreement code will not be changed immediately after any of these three votes is passed. The successful Solana governance proposal gave core developers the authority to perform implementation. The underlying SIMD still needs to complete technical development, software client integration, testnet audit, and final mainnet activation procedures.
This operational reality is particularly critical for economic changes. Reducing inflation faster will not change the inflation curve on day one, and approving resource-based fees will not immediately change transaction prices. The results showed the core engineering team that the network formally supported moving towards these goal mechanisms.
Solana is voting today on strategic policy directions, while final implementation parameters (such as fee scaling rates, feature logos, client release plans and activation eras) will be finalized through code in the coming months.

Things to pay attention to before the voting window closes

Principal coverage: How many pledgers have left their designated validator positions.
Total pledge participation: A measure of overall voter turnout on all three governance issues.
Verifiers vote divided: whether node operators reject fee destruction rules while supporting supply cuts.
Developer Roadmap Announcement: How engineering teams can outline implementation timelines after voting.
This voting cycle goes beyond simple token scarcity, as it is a real-time test of whether Solana can restructure its monetary policy and fee engine while maintaining node operators 'solvency, users' knowledge, and entrusted pledgers 'active participation in governance decisions.