年間デスインフレ率を2倍にするソラナの提案は、支持67%でガバナンス投票を通過し、ネットワークは今後、6年間で予測される発行量を で示される18.9 millionトークン分だけ減らす方向に進むことになります。
ソラナのインフレ提案は必要票をわずかに上回って通過
ソラナの公式ガバナンス・ダッシュボードによれば、「Double Disinflation（ダブル・デスインフレ）」と呼ばれるSGP-0002は、参加したステークの67%に相当する176.29 million SOLで賛成票を集め、投票を完了しました。
さらに66,190,000 SOL（25.16%）が提案に反対し、20.63 million SOL（7.84%）が棄権しました。投票参加率は60.7%で、433.49 million SOLを占め、ソラナのガバナンス規則で必要とされる3分の1の定足数を上回りました。
ソラナのガバナンス手順では、少なくともネットワーク・ステークの3分の1が参加し、さらに参加したすべてのステークのうち2分の1ではなく、2/3の投票が賛成である必要があります。棄権は参加および支持（サポート）計算に用いる総量の両方にカウントされるため、SGP-0002は必要な66.67%をわずかに上回るにとどまりました。
この結果は、より迅速なデスインフレを進めるための、ステークに重み付けされた委任を示します。SGPによってネットワークの優先方向が確立される一方で、ソラナ改善ドキュメント（Solana Improvement Document）がそれを実行するために必要な技術変更を定めるため、この時点ではSOLの発行（発行量）を直ちに減らすわけではありません。
ヘリウスのコントリビューターであるLostinおよび0xIchigoによって書かれたSIMD-0550は、SOLインフレが毎年低下する率を、15%から30%へ引き上げます。変更が有効化した時点で現在のインフレ率を一度に半分に切るのではなく、インフレを、変更が有効化される時点の水準から2倍の速さで引き下げることになります。
SIMD-0550の仕様によれば、ソラナは現行のターミナル・インフレ率である1.5%に約2.8年で到達します。これは、現在のスケジュールでは5.7年かかるのに比べて短縮されます。著者らは、この変更により、6年間の見込み発行から18.9 million SOLが取り除かれる、つまり現在のスケジュールで見込まれている供給の約2.6%に相当すると見積もっています。
より迅速なデスインフレには、なお技術的なロールアウトが必要
ガバナンス・ダッシュボードではSGP-0002が「確定済み」とラベル付けされているものの、執筆時点でソラナ財団の改善ドキュメントリポジトリではSIMD-0550は「Review（レビュー）」のままでした。また、文書の機能フィールドも、完了した実装や有効化スケジュールを特定していませんでした。
メインネットの有効化前に、バリデーター・クライアントはdouble_disinflation_rateという機能ゲートを追加し、それをサポートする必要があります。技術文書によれば、この機能はエポック境界で有効化され、より速いスケジュールはその次のエポックの報酬に適用されます。
開発者らはSIMD-0550に従い、この変更が有効化（アクティベーション）時点で発行を継続させるよう設計しました。ソラナは有効化スロットでインフレ式を再アンカーし、率の即時低下や、すでに獲得済みの報酬への遡及的な変更を防ぎます。
インフレ報酬はソラナの銀行の資本（bank capitalization）と銀行ハッシュ（bank hash）に影響するため、すべてのバリデーター・クライアントは同じ方法で新しいスケジュールを計算しなければなりません。実装間で差異があると、ノードが互いに矛盾したネットワーク状態に到達し得ます。その結果、この提案はバリデーター設定の単純な調整ではなく、合意（コンセンサス）レベルの変更になります。
技術文書では、機能ゲートはクライアントのソフトウェア内に恒久的に残す必要があるとされています。これにより、ソラナの履歴を再生（リプレイ）するノードが、有効化前後で正しいインフレ率を適用できます。有効化済みのエポックから得られた報酬は変更されず据え置きになります。
ソラナは以前、SIMD-0228（SIMD-0228）を検討しており、固定の削減スケジュールに従うのではなく、ステーキング参加に排出（インフレ）を連動させていました。しかし、その提案は2025年3月に、バリデーターやその他の参加者がステーキング収入、バリデーターの経済性、そしてモデルの複雑さに懸念を示したため、定足数に到達できず失敗しました。
SIMD-0550は、ステーキング参加の変化に反応しない固定スケジュールを使用しています。著者らは、この設計により予測可能なインフレ経路を維持しつつ、バリデーター収益に直ちに圧力をかけてしまうような急激な削減を回避できると述べました。
リソース・フィー提案は2/3の支持に届かず
SGP-0002に加えて、ソラナの投票者は、参加率61.14%にもかかわらず、リソース＆インクルージョン・フィー提案であるSGP-0003（Resource and Inclusion Fee proposal）も却下しました。
最終集計では、支持53.9%、反対18.92%、棄権27.18%でした。そのため支持は、2/3の閾値をほぼ13ポイント下回る結果となりました。
SGP-0003は、バリデーターと委任者に対しSIMD-0553を支持するよう求めました。これにより、ソラナの定額のベースフィー・モデルを、2,500ラポートのインクルージョン・フィーと、各取引が要求する資源に基づく別料金へ置き換えることになります。バリデーターはインクルージョン・フィーおよび優先度（プライオリティ）フィーを受け取り、プロトコルは資源ベース部分の全額をバーン（焼却）します。
ソラナは現在、ネットワークのドキュメントに従い、1署名あたり5,000ラポートのベースフィーを課しています。これは、バーン（焼却）とブロック生成バリデーターへの支払いにそれぞれ等分されます。優先度フィーはすべてバリデーターに送られます。
SIMD-0553の手数料モデルは、3つの資源フィー段階を提案していました。2026年5月のネットワーク活動を用いて、著者らは、最初の段階では1日あたり1,500〜1,800 SOLのバーン、2つ目の段階では3,750〜4,500 SOL、最終段階では7,500〜9,000 SOLのバーンになると見積もっています。ソラナは現在、定額フィーにより1日あたり約648 SOLをバーンしています。
提案された最も高い率でさえ、文書は追加のバーンが、年間の供給の約0.5%に相当すると見積もっており、インフレ率はおよそ3.8%でした。したがってSIMD-0553は、手数料モデル単体ではSOLが純粋なデフレ資産になるとは見込んでいませんでした。
取引コストも、要求されたネットワーク資源に応じて変動するはずでした。提案では、単純なバリデーター投票は12.3%安くなる可能性がある一方で、例として挙げられた優先度ゼロのPump.funスワップ1件では3,150%の増加に直面する可能性があると見積もられています。実際の必要量を大きく上回る計算（コンピュート）制限を設定するアプリケーションは、最終的に消費される量ではなく、要求した資源をもとに手数料が算出されるため、より多く支払うことになります。