この記事はAIによって生成されました。重要な情報は独自に確認してください。

Solana Improvement Documents (SIMD): 完全ガイド

Crypto Wiki|Oct 9, 2026|★★★★★★4.5 (500 件の評価)
AI 要約

Learn how Solana Improvement Documents govern protocol changes. Explore SIMD stages, voting process, and landmark decisions like SIMD-0228 inflation r...

Solana Improvement Documents (SIMD) は、Solanaプロトコルおよびエコシステム規格に対する変更を提案および議論するための公開フォーマットを提供します。SIMDは技術的な方向性を文書化できますが、公開されただけではメインネットでの承認、実装、バリデーターによる採用、またはアクティブ化を保証するものではありません。

最終更新日:2025年7月

主なポイント

  • Solana Improvement Document (SIMD) は、Solanaブロックチェーンプロトコルを変更するために使用される正式な書面による提案メカニズムです
  • すべてのSIMDは、Draft、Review、Accepted、Activated、Withdrawn、Rejectedの6つの定義済みステージを経て進行します
  • SIMDは主に「Standards Track」「Meta」「Informational」の3つのカテゴリに分類されます
  • SIMD-0228はバリデーターの圧倒的多数による批准を経てSOLのインフレスケジュールを短縮し、ガバナンス投票が直接的な経済的影響をもたらすことを証明しました
  • プロセスは誰にでも開かれており、すべての提案は github.com/solana-foundation/solana-improvement-documents で公開されています

Solana Improvement Documents (SIMD): ガバナンスの概要

Solana Improvement Document (SIMD) は、Solana (SOL) ブロックチェーンプロトコルへの変更を提案および批准するために使用される正式な書面による提案です。これは、Solanaのコミュニティがネットワークの進化を管理するための公式なメカニズムです。暗号資産の世界において、SIMDはSolana Improvement Documentの略であり、イーサリアムのEIP (Ethereum Improvement Proposals) や、ビットコインのために最初に確立されたBIP (Bitcoin Improvement Proposals)(後の両システムが派生したモデル)と同じ機能を果たします。

「Solana Improvement Proposals」と呼ばれることもありますが、正式名称は「Solana Improvement Documents」です。この区別は重要です。なぜなら、その名称が、緩やかな提案フォーラムではなく、文書主導の正式なプロセスの性質を示しているからです。

Solana (SOL) は、ネットワーク上のイベントを順序付ける暗号化タイムキーピングメカニズムであるProof of History (PoH) と、バリデーター選出のためのProof of Stake (PoS) を組み合わせた、高スループットのレイヤー1ブロックチェーンです。Anatoly Yakovenko氏によって共同設立され、2020年にローンチされました。ネットワークが成長し、プロトコルに関する決定がより重要になるにつれ、コミュニティはSIMDフレームワークを通じて変更プロセスを形式化しました。

2つの主要な組織が、それぞれ異なる方法でこのフレームワークに関与しています。営利目的のコア開発会社であるSolana Labsは、頻繁にSIMDを執筆し、推進しています。しかし、他の提案者と同様に、その提案はコミュニティによる全面的なレビューと、バリデーターおよびエコシステムによる採用を経る必要があります。SIMDリポジトリをホストし、編集の監視を行う独立した非営利団体であるSolana Foundationは、決定権を持たずにプロセスを促進します。

SIMDは、コアとなるコンセンサスの変更から、SOLのインフレスケジュールや取引手数料のメカニズムに至るまで、あらゆるものを管理します。SIMDが批准されると、それは拘束力のあるプロトコルアップグレードとなります。誰がSIMDを提案できるのか、提案がどのように受け入れられるのか、そしてどのSIMDがすでにSOLの経済性に影響を与えたのかという問いは、SOLホルダーやネットワーク上で構築を行う開発者やバリデーターにとって直接的な関連性があります。

曖昧さ回避: ここでのSIMDはSolana Improvement Documentの略であり、同じアクロニムを持つCPUアーキテクチャ用語の「Single Instruction, Multiple Data」ではありません。両者に因果関係はありません。


SIMDプロセスの仕組み:ドラフトからアクティブ化されたプロトコルアップグレードまで

Solanaのガバナンスは、構造化された多段階の提案プロセスを通じて機能します。誰でもSIMDを執筆し、GitHubリポジトリに公開で提出し、コミュニティのレビューを経て、Solanaのバリデーターと貢献者が公開レビュー、実装作業、ソフトウェアの採用、および提案固有のシグナリングプロセスを通じて評価するまで導くことができます。オフチェーンの審議とオンチェーンの批准を組み合わせたこのハイブリッドモデルは、純粋なオンチェーンガバナンス(スマートコントラクトが投票を実行する)や非公式なガバナンス(コアチームが一方的に決定する)とは一線を画しています。

SIMDの6つのステージ:ドラフトからアクティブ化まで

すべてのSIMDは、SIMD-0001で確立された6つの定義済みステータスステージを経て進行します。

  1. Draft (ドラフト): 著者は、書面による提案をSolana Foundationの公開GitHubリポジトリにプルリクエストとして提出します。提案は公開された瞬間からコミュニティの議論に付されます。あらゆるステークホルダーがコメント、質問、または修正案の提案を行うことができます。

  2. Review (レビュー): Solana Foundationによって割り当てられたSIMDエディターが、提案の完全性とプロセスへの準拠性を評価します。広範なコミュニティは、技術的なメリットと経済的な影響についての審議を継続します。このステージは、複雑さに応じて数週間から数ヶ月続く場合があります。

  3. Accepted (承認済み): 提案は、実装に向けて進むための十分なコミュニティの合意を集めました。これは、ネットワーク上で稼働していることを意味するのではなく、コミュニティが方向性について一致し、バリデーターとエコシステムによる採用が進められる状態になったことを意味します。

  4. Activated (アクティブ化済み): 提案された変更がSolanaネットワーク上でライブになりました。バリデーターがプロトコルのアップグレードを実装し、Solanaを利用するすべてのユーザーとアプリケーションに対して変更が有効になります。バリデーターから取引所に至るまで、すべてのネットワーク参加者は、結果として生じる変更に対応する必要があります。

  5. Withdrawn (取り下げ済み): 提案の著者が検討対象から取り下げました。通常、アイデアに大幅な修正が必要であると判断された場合や、コミュニティの関心が不十分である場合に発生します。取り下げられたSIMDは修正され、新しい提案として再提出されることがあります。

  6. Rejected (却下済み): 提案はレビュー後に進展しなかったか、十分な支持を得られませんでした。却下されたSIMDはGitHubリポジトリに正式に記録されますが、修正して再提出することも可能です。一度却下されたからといって、そのトピックが永久に閉ざされるわけではありません。

これらのステージを進むための固定されたタイムラインはありません。強力なコミュニティの支持がある単純な技術的改善は、数週間でDraftからActivatedに進む場合があります。SOLのインフレスケジュールを扱ったSIMD-0228のように、経済的に重要な提案は、投票が呼びかけられるまでに数ヶ月のコミュニティ討論とバリデーターの審議が必要になることがあります。

SIMD-0001: すべてのSIMDを管理するルールブック

SIMD-0001は、SIMDプロセス自体を定義するメタタイプのSolana Improvement Documentです。これは、その後のすべてのSIMDが記述され、評価される基準となる文書です。SIMD-0001は、SIMDとは何か、どのように書くべきか、6つのステータスステージの意味、そしてレビューと承認の基準がどのように機能するかを確立しました。この記事で使用されているすべてのステータス用語(Draft、Review、Accepted、Activated、Withdrawn、Rejected)は、SIMD-0001の定義に直接由来しています。フレームワークの全文は、公式のSolana Foundation GitHubリポジトリ. で確認できます。

バリデーターがSIMDへの支持を表明する方法

Solanaのバリデーターは、SOLをステーキングする(担保としてロックする)ことで、Solanaネットワーク上での取引処理やガバナンス投票に参加するノードオペレーターです。ステーキングすることにより、バリデーターは取引を処理し、報酬を獲得し、ガバナンス投票を行う権利を得ます。投票権はステーキングされたSOLの量に比例します。これが、このシステムがステークウェイト方式(ステーク重量制)と呼ばれる理由です。

Solanaはプルーフ・オブ・ステーク(PoS)を採用しており、バリデーターの選出と投票権はどちらもステーキングされたSOLに基づいています。SolanaのPoS実装はプルーフ・オブ・ヒストリー(PoH)と組み合わされており、これにより検証可能な時間の記録が作成され、ネットワークは高速でトランザクションを処理できます。この技術的アーキテクチャにより、変更が1秒間に数千件のトランザクションを処理するネットワークに影響を与えるため、ガバナンスの決定は特に重大な意味を持ちます。

Standards Track(標準トラック)のSIMDが批准段階に達すると、バリデーターはオンチェーンメカニズムを通じて投票の意思表示を行います。つまり、投票はSolanaブロックチェーン上に直接記録されます。Standards TrackのSIMDが「承認済み(Accepted)」となるには、通常、ステーク加重によるスーパーマジョリティ(圧倒的多数)の投票が必要です。スーパーマジョリティとは、ステーキングされた全SOLの大きなシェア(一般的に3分の2以上)を管理するバリデーターが承認の意思表示をしなければならないことを意味します。正確なしきい値はSIMD-0001で定義されており、ガバナンスプロセスが成熟するにつれて進化する可能性があります。特定の数値を引用する前に、SIMD-0001で現在のしきい値を直接確認してください。

SOL保有者の方へ: バリデーターの投票プロセスは、SOLのインフレ・スケジュール、ステーキング報酬、またはトランザクション手数料へのあらゆる変更を管理します。このメカニズムは、なぜSIMDがお客様の保有資産にとって重要であるかを理解するための基礎となります。


SIMDの種類:カテゴリーの枠組み

SIMDは主に3つのカテゴリー(Standards Track、Meta、Informational)に分類され、それぞれガバナンスプロセスにおける範囲、批准要件、目的が異なります。

カテゴリーサブカテゴリー範囲SIMDの例
Standards TrackCoreコンセンサスルール、コアプロトコルの動作、およびインフレやステーキングなどの経済的パラメータへの変更SIMD-0228 (インフレ・スケジュールの削減)
Standards TrackNetworkingバリデーターとノードの通信方法を規定するピアツーピア・ネットワーキング層への変更現時点で特筆すべき指定なし
Standards TrackInterface開発者が利用するAPI、RPCエンドポイント、クライアント向けインターフェースへの変更現時点で特筆すべき指定なし
MetaN/Aプロトコルの変更を提案するのではなく、ガバナンスプロセス自体を記述する文書SIMD-0001 (SIMDの枠組み)
InformationalN/A拘束力のないドキュメント、設計ガイドライン、コミュニティのベストプラクティス現時点で特筆すべき指定なし

Standards TrackのSIMDは、Solanaプロトコルに対する実際の変更(コンセンサス、ネットワーキング、またはインターフェースに影響を与えるもの)を提案し、「有効化(Activated)」されるにはバリデーターとエコシステムによる採用が必要です。MetaのSIMDは、プロトコルの変更を提案するのではなく、ガバナンスプロセス自体を記述します。SIMD-0001がその代表例であり、それ自体がプロトコルのアップグレードであることなく、他のすべてのSIMDがどのように機能するかを定義しています。InformationalのSIMDは、批准を必要とせずにガイドラインやベストプラクティスを文書化します。

SIMD-0228やSIMD-0096を含め、世間の注目を集めるほとんどのSIMDはStandards Track (Core)です。これらはネットワーク上のすべての参加者に影響を与える経済的パラメータやコンセンサスの動作への変更を提案するためです。


SIMDを通じたSolanaガバナンスへの参加方法

SIMDのプロセスは誰にでも開かれています。アクティブな提案を読んだり、ガバナンスの議論にコメントしたり、新しいSIMDを提出したり、バリデーターとして投票を行ったりするのに特別な許可は必要ありません。

開発者向け:SIMDの執筆と提出方法

誰でもSolana FoundationのパブリックGitHubリポジトリを通じてSIMDを提出できます。このプロセスはSolana LabsやFoundationに限定されていません。

SIMDを提出する手順は以下の通りです:

  1. SIMD-0001を読む: 何かを書く前に、SIMD-0001プロセス文書)を読んで、必要なテンプレート、フォーマットのガイドライン、および提案を完全なものにするための要素を理解してください。

  2. 明確なプロトコルの問題点または改善点を特定する: SIMDは、Solanaプロトコルに関する具体的で明確に定義された問題に対処する必要があります。曖昧な、または範囲が不十分な提案が「レビュー(Review)」段階を通過する可能性は低いです。

  3. ドラフトを作成する前にコミュニティでの議論を開始する: 完全なドラフトを書く前に、SolanaのコミュニティフォーラムやDiscordでアイデアを共有し、関心度を測り、潜在的な懸念事項を特定してください。早期のフィードバックにより、後の修正時間を大幅に節約できます。

  4. Solana FoundationのSIMD GitHubリポジトリをフォークする: github.com/solana-foundation/solana-improvement-documents)にアクセスし、リポジトリを自身のGitHubアカウントにフォークします。

  5. 標準テンプレートに従ってSIMDを執筆する: SIMD-0001で定義されたテンプレートを使用してください。完全なSIMDには、技術的根拠とともに、要約(abstract)、動機(motivation)、仕様(specification)、および後方互換性の分析が含まれます。

  6. リポジトリにプルリクエストを送信する: フォークしたリポジトリからSolana Foundationのメインリポジトリに対してプルリクエストを作成します。これにより、提案は正式に「ドラフト(Draft)」段階に入ります。

  7. レビューを通じてSIMDエディターやコミュニティと関わる: SIMDエディターが提出内容の不備を確認します。より広範なコミュニティが技術的および経済的なメリットを評価します。フィードバックに基づいて修正を行う準備をしておいてください。

SIMDを提出しても、バリデーターの投票が保証されるわけではありません。「レビュー」段階はコミュニティによるフィルターであり、十分な技術的厳密さやコミュニティの支持を欠く提案は、「レビュー」段階にとどまるか、投票に至る前に「撤回(Withdrawn)」される可能性があります。

すべてのSIMDと公式の提出リポジトリはこちら: github.com/solana-foundation/solana-improvement-documents

バリデーター向け:アクティブなSIMDへの投票方法

バリデーターは、オンチェーンのシグナリングメカニズムを通じてSIMDの批准について投票します。投票権はステーキングしているSOLの量に比例するため、ステーキングされたSOLの大きなシェアを管理するバリデーターは、批准の決定においてより大きな影響力を持ちます。

Standards TrackのSIMDが「承認済み」となるには、通常、ステーク加重によるスーパーマジョリティが必要です。批准要件はガバナンスプロセスが成熟するにつれて進化する可能性があるため、現在のしきい値はSIMD-0001で直接確認してください。バリデーターは、Solanaネットワークのダッシュボードやコミュニティによって維持されているガバナンスツールを通じて、アクティブなガバナンス投票を監視できます。

経済的に重要な提案に投票する前に、自身の運営への影響をモデル化してください。SIMD-0096は、手数料メカニズムに関するガバナンス投票がバリデーターの収益とステーキングの経済性に直接的な影響を与えることを示しました。

すべての人向け:SIMDガバナンスのフォローと参加

Solanaガバナンスへの参加に、GitHubアカウント、バリデーターインフラ、または技術開発の経験は必須ではありません。

コミュニティメンバーやSOL保有者は、いくつかの方法でSIMDプロセスに関与できます:

  • アクティブなSIMDを読み、コメントする。 すべての提案はGitHubリポジトリで公開されており、誰でもプルリクエストにコメントを残すことができます。
  • ガバナンスの議論に参加する。 SolanaのDiscordやコミュニティフォーラムでは、アクティブな提案に関する議論が継続的に行われており、技術的なGitHubのスレッドよりも親しみやすい場合が多いです。
  • ガバナンスの追跡を通じて情報を得る。 いくつかのコミュニティリソースが、SIMDのステータス変更、注目すべき投票、およびガバナンスの結果を追跡しています。
  • 自身の見解を反映したガバナンス投票を行うバリデーターにステークを委任することで、間接的に参加する。 トークン保有者は、SIMDを直接提出したり投票したりしなくても、バリデーターの選択を通じて批准結果に影響を与えることができます。

投票権を付与するために専用のガバナンストークンを使用するDAOガバナンスとは異なり、SolanaのSIMDプロセスは個別のトークンを必要としません。バリデーターのステーク加重とコミュニティの審議がそのメカニズムです。PythonのPEPプロセスやIETFのRFCシステムのようなオープンソースのガバナンスモデルと同様に、SIMDはプロトコルの変更を審議するための、透明性が高くコミュニティがアクセス可能な枠組みを提供します。

すべてのアクティブおよび過去のSIMDの追跡はこちら: github.com/solana-foundation/solana-improvement-documents


Solana SIMD vs. Ethereum EIP vs. Bitcoin BIP: ブロックチェーンガバナンスの比較

Solanaのガバナンスはハイブリッドモデルとして機能します。SIMD提案はオフチェーンで公に提出・審議されますが、最終的な承認はオンチェーンでのステーク加重バリデーター投票を通じて記録されます。この構造は、Ethereumの大まかなコンセンサスアプローチとDAOスタイルのトークン投票のどちらとも異なります。

属性SIMD (Solana)EIP (Ethereum)BIP (Bitcoin)
正式名称Solana改善提案文書Ethereum改善提案Bitcoin改善提案
ブロックチェーンSolanaEthereumBitcoin
提案ホストGitHub (Solana Foundation)GitHub (Ethereum)GitHub (Bitcoin)
ガバナンス権限バリデーター(ステーク加重)コア開発者 + クライアントチームマイナー + ノードオペレーター
承認メカニズムオンチェーンでのステーク加重バリデーター投票; 通常、過半数が必要クライアントチーム間の大まかなコンセンサス + クライアント実装大まかなコンセンサス + マイナーアクティベーション(BIPタイプによる)
注目すべき例SIMD-0228(インフレ率削減)EIP-1559(手数料市場改革)BIP-141(SegWit)

SIMDとEIPはどちらもオープンなGitHubベースのプロセスであり、誰でも正式な文書を通じてプロトコルの変更を提案できます。構造上の主な違いは承認プロセスです。SolanaのSIMDプロセスでは、明示的なステーク加重バリデーター投票を使用して、オンチェーンで承認を正式に記録します。EthereumのEIPプロセスは、クライアント開発チーム間での大まかなコンセンサスとそれに続くクライアント実装に依存しており、これはより審議に基づいたモデルであり、正式なオンチェーン投票は含まれません。EIPおよびSIMDの元となった改善提案の概念を確立したBitcoinのBIPプロセスでは、提案タイプに応じてさまざまなアクティベーションメカニズムが使用されます。

Solanaのガバナンスを単一の主体が管理することはありません。Solana Labsは多くのSIMDを作成し、最も活発な提案者の一つですが、その提案も他の提出者と同様に、コミュニティレビューおよびバリデーターとエコシステムの採用プロセスを経ます。Solana Foundationはリポジトリをホストし、提案の完全性とプロセス遵守を確認するSIMDエディターを提供します。Foundationは特別な投票権を持たず、その役割は手続き的なものであり、決定的なものではありません。最終的な承認権限は、ステーク加重投票を通じてバリデーターにあります。

SIMD提案は、GitHubおよびコミュニティフォーラム(オフチェーンレイヤー)を通じて公に提出・議論されます。承認のシグナルは、バリデーターのステーク加重投票(オンチェーンレイヤー)を通じてSolanaブロックチェーンに記録されます。批判者は、ステーク加重投票がガバナンスの影響力を大規模バリデーターに集中させると指摘しています。支持者は、オープンな提案アクセスとオンチェーン承認の組み合わせが、意味のある説明責任を提供すると主張しています。どちらの観察も同じ設計を正確に描写しています。


SIMDガバナンスがSOL保有者に意味すること

SIMDプロセスを通じて行われるガバナンスの決定は、SOLの供給、ステーキング利回り、およびトランザクション手数料構造を管理する経済的パラメータを直接変更する可能性があるため、SIMDリテラシーは、プロトコルエンジニアだけでなく、すべてのSOL保有者にとって実践的な懸念事項となります。

SOLのトークノミクス(供給スケジュール、インフレ率、ステーキング報酬、手数料分配を管理する経済的パラメータ)はすべて、SIMDガバナンスプロセスに服します。SIMD-0228は、バリデーターの過半数がSOLのインフレスケジュールを変更できることを示しました。これは、循環する新規トークンが時間とともに減少することを意味します。発行量の削減は、一般的に既存保有者への希薄化圧力を軽減すると理解されています。SIMD-0096およびSIMD-0083は、SIMDがステーキング報酬の構造と分配方法を変更することも可能であることを示しました。これは、SOLを保有することと積極的にステーキングすることの経済性に影響します。

本記事は情報提供のみを目的としており、投資アドバイスを構成するものではありません。ガバナンスの成果はプロトコルの経済性に影響を与えますが、SOLまたはその他の暗号資産の特定の価格変動を保証するものではありません。

SIMDプロセスを監視することは、Solanaの経済的軌道に影響を与える可能性のあるプロトコルの変更について情報収集するための実用的な方法の1つです。GitHubリポジトリでは、初期のドラフト議論から最終的なアクティベートされた変更まで、あらゆる段階の提案へのリアルタイムの可視性を提供します。


関連するSolanaアーキテクチャリソース

提案カテゴリや個々のドキュメントを追跡している読者は、完全なSIMDリファレンスガイドを使用できます。プロトコルのコンテキストは、Solanaのネットワークアーキテクチャの概要で確認できます。SOL価格ページ)は市場のコンテキストを提供します。ステーキング関連商品への投資を検討しているユーザーは、SOL Earn)とその現在の条件を別途確認できます。


FAQ: Solana改善提案文書(SIMD)

暗号資産におけるSIMDとは何ですか?

Solana改善提案文書(SIMD)は、Solanaブロックチェーンプロトコルの変更を提案および承認するための正式なガバナンスメカニズムです。SIMDは、ネットワークパフォーマンスの改善からSOLのインフレスケジュール、バリデーターの経済性まで、さまざまなプロトコルの変更を管理し、EthereumにおけるEthereum改善提案と同じ機能を提供します。

Solanaのガバナンスは、SIMDフレームワークと呼ばれる構造化された提案プロセスを通じて機能します。コミュニティのメンバーであれば誰でも、Solana Foundationの公開GitHubリポジトリに書面によるSIMDを提出できます。提案はコミュニティレビュー段階を経た後、Solanaバリデーターがステーク加重オンチェーン投票を行い、承認または却下します。議論はオフチェーンで行われ、承認はオンチェーンで記録されます。

SIMDは誰でも提出できます。このプロセスは、Solana Foundationの公開GitHubリポジトリを通じて、開発者、バリデーター、コミュニティメンバーに開かれています。提出者は、SIMD-0001で定義されたフォーマットテンプレートに従い、コミュニティでの議論に参加し、レビュー段階でSIMDエディターと協力する必要があります。Solana LabsまたはFoundationとの特別な所属は必要ありません。

SIMDは3つの主要カテゴリに分類されます。Standards Track SIMD(Core、Networking、Interfaceのサブカテゴリを含む)は実際のプロトコルの変更を提案し、バリデーターとエコシステムの採用が必要です。Meta SIMDは変更を提案するのではなく、ガバナンスプロセス自体を記述します。SIMD-0001がその代表例です。Informational SIMDは、拘束力のないガイドラインとベストプラクティスを文書化します。

SIMDの承認に固定されたタイムラインはありません。強力なコミュニティサポートを持つ単純な技術的改善は、数週間でドラフトからアクティベートまで進む可能性があります。SIMD-0228のように、バリデーター投票が呼び出される前に数ヶ月にわたるコミュニティの議論を伴った経済的に重要な、または論争のある提案は、大幅に時間がかかることがあります。タイムラインは、技術的な複雑さ、コミュニティのコンセンサス、および実装の準備状況によって異なります。

SIMD-0228とSIMD-0096は、Solanaのガバナンス史上最も大きなコミュニティの議論を引き起こしました。SIMD-0228はSOLのインフレスケジュールの削減を提案し、バリデーターを経済的影響を巡って二分しました。SIMD-0096はバリデーター手数料と報酬分配の変更を提案し、バリデーターの経済性に直接影響を与え、承認前に長期間の審議を招きました。

Solanaはハイブリッド型のガバナンスモデルを採用しています。SIMDの提出プロセスは誰にでも開かれています(開発者、バリデーター、コミュニティメンバーなら誰でも提案を作成し、提出することができます)。承認には、ステーキング量に応じたバリデーター投票による圧倒的多数(スーパーマジョリティ)が必要であり、最終的な意思表示はオンチェーンで記録されます。Solana Foundationは手続き上のプロセスを促進しますが、特別な投票権は保持していません。批評家は、ステーキング量に応じた投票は大規模なバリデーターに影響力が集中すると指摘していますが、公開された提案プロセスとオンチェーンでの承認が主要な分散化メカニズムとなっています。

SolanaのSIMDはEthereumのEIPとどう違うのですか?

SIMDとEIPはどちらもGitHub上でホストされている公開提案プロセスであり、誰でも正式な書面を通じてブロックチェーンプロトコルの変更を提案できます。主な違いは承認プロセスにあります。SolanaのSIMDプロセスでは、オンチェーンに記録されるステーキング量に応じたバリデーターの明示的な投票が必要です。一方、EthereumのEIPプロセスは、クライアント開発チーム間の大まかな合意(ラフコンセンサス)とそれに続くクライアントへの実装に依存しており、正式なオンチェーン承認投票のない、より熟議ベースのアプローチをとっています。

SIMDが却下された場合はどうなりますか?

却下されたSIMDは、Solana FoundationのGitHubリポジトリで正式に「Rejected(却下)」または「Withdrawn(取り下げ)」のステータスが付けられます。提案者はコミュニティのフィードバックに基づいて内容を修正し、新しいSIMDとして再提出することができます。一度却下されたからといって、そのトピックに関する議論が永久に閉ざされるわけではありません。仕様の改善や状況の変化があれば、将来のSIMDで同じプロトコルの課題に対処することが可能です。

SIMDでSOLのインフレ率を変更することはできますか?

はい、可能です。SIMD-0228は、SIMDプロセスを通じてSOLのインフレ・スケジュールを直接変更できることを証明しました。この提案はバリデーターの圧倒的多数によって承認され、その結果、Solanaのネイティブインフレ率が低下しました。これは、時間の経過とともに流通する新しいSOLトークンの数が減ることを意味します。これにより、インフレ・スケジュールを含むSOLの経済的パラメータが、SIMDガバナンスプロセスの対象であることが確認されました。


結論:SIMDはSolanaの進化を支えるエンジンである

SIMDはSolanaの進化を支えるエンジンであり、コミュニティがプロトコルの方向性を形作るための正式なメカニズムです。ガバナンスの枠組み自体の定義(SIMD-0001)から、SOLのインフレ・スケジュールの変更(SIMD-0228)、バリデーター経済圏の再構築(SIMD-0096)に至るまで、Solana Improvement Documentsは、Solanaを保有、開発、またはインフラ運営するすべての人にとって重要な方法でネットワークを形作ってきました。

このプロセスは、技術的な外見から想像されるよりも身近なものです。提案は公開リポジトリに置かれ、議論はオープンに行われます。バリデーターの投票はオンチェーンで実施され、監査可能です。SIMDを提出したい、バリデーターとして投票したい、あるいは単に情報通のホルダーとしてガバナンスの議論を追いたいなど、参加の道は関与を望むすべての人に開かれています。

Solanaが成熟し、SIMDプロセスが進化するにつれて、ガバナンスに関するリテラシーは、あらゆる参加者の役割においてますます価値が高まっていくでしょう。

進行中のSIMD議論の追跡、提案のリアルタイムでの確認、およびSIMD-0001の完全なフレームワークドキュメントの閲覧については、Solana Foundationの公式SIMDリポジトリをご覧ください。

github.com/solana-foundation/solana-improvement-documents