Solana validators approved SIMD-0096 on May 27, 2024, endorsing a change that would send block producers 100% of transaction priority fees instead of burning half and paying the other half to the validator that produced the block.

The stake-weighted vote closed at the end of epoch 620 with 51.17% of total stake participating. Of the stake that cast a yes or no vote, 77.77% supported the proposal, clearing the published two-thirds threshold. Contemporaneous reports rounded the approval share to 77% or 78%.

That result mattered because it changed who would capture a growing stream of Solana’s transaction economics. It also illustrated the unusual institutional structure of protocol governance: validators voting with stake weight decided an economic change whose direct beneficiaries were block-producing validators. Approval was not the same as immediate activation, however. The May 8 governance plan said the feature required compatible validator software, sufficient stake running that software and coordinated activation at an epoch boundary.

What the vote authorized

Priority fees are optional additions that users attach to transactions to improve their chances of faster processing. Under the existing design on May 27, half of a collected priority fee was burned and half went to the validator producing the block. SIMD-0096 left the user’s payment calculation unchanged but redirected the burned half to that validator. The treatment of base transaction fees was outside the proposal and retained its existing burn split.

The proposal’s author argued that the 50% burn created an incentive for transaction submitters and block producers to arrange payments outside the ordinary priority-fee path. If a validator kept only half of an in-protocol priority fee but could keep all of a separate tip, the protocol’s own fee channel could be economically disadvantaged. Paying the complete priority fee to the block producer was intended to place more of that competition inside the protocol’s visible accounting.

The implementation was feature-gated because validators applying different reward rules could disagree about ledger capitalization. The governance record said the code was available in the master branch of Agave, with version 2.0 identified as the minimum release line, but mainnet-beta activation still depended on normal feature-enabling rules. The vote therefore authorized a future network change; it did not mean every May 27 transaction began using the new split.

The economic trade-off

The clearest near-term effect was a transfer of priority-fee value from the burn mechanism to block producers. That strengthened validator revenue per priority fee but reduced the amount of SOL destroyed through those fees. It did not by itself increase what a transaction sender paid.

The design record also identified a concrete drawback. A block leader receiving its entire priority fee could manufacture apparently high fees in its own blocks at relatively little net cost. Wallets or fee estimators reading that activity could then overestimate the price required for inclusion. Burning half had made that behavior more expensive.

Forum participants raised another distribution question: validators could receive more revenue, but the proposal did not include a native mechanism compelling or automating the sharing of that revenue with delegators. Some supporters expected competition to encourage lower validator commissions or voluntary sharing. Critics argued that the change could favor larger operators or should be paired with a separate in-protocol block-reward distribution proposal. Those were contemporaneous positions, not established outcomes.

What was known on May 27

The defensible event-day conclusion was narrower than saying Solana had already rewritten its live fee system. Validators had passed the stake-weighted governance threshold for SIMD-0096, establishing approval for a significant shift in priority-fee allocation. Software rollout and feature activation remained ahead, while the effects on fee bidding, validator competition, delegator returns and SOL’s net issuance could not yet be measured.

Primary sourceSolana Developer Forums — Mainnet-beta enablement proposal and voting process for SIMD-0096

The complete source packet and revision history are retained with the newsroom record.

Automated desk disclosure

Automated systems may have assisted with source organization and drafting. Coinburn is accountable for the published text and maintains a revision record.

Financial-risk note

This article provides news and analysis, not investment, legal or tax advice. Digital assets are volatile and may result in total loss.