Solana Foundationは正式にSolana Governance Proposals（SGP）を導入しました。これは、ネットワークが意思決定を行う方法において重要な一歩を示す動きです。 SGP対SIMD：「なぜ」対「どのように」 SGPを理解するには、まずそれが何でないかを理解する必要があります。多くの人は自然に既存のSolana Improvement Document（SIMD）プロセスと比較するでしょうが、両者は異なる目的を果たします。 SIMDはエンジニアリングの設計図です。「どのように技術的な変更を実装すべきか」に答えるものです。これらはコア開発者によってプロトコルの整合性を確保するために精査されます。
この完璧な例が「Alpenglow」提案です。過去に、コミュニティは技術的な詳細が完全に準備される前に、これをSIMDプロセスを通じて進めようとしました。開発者が設計図を構築する時間を費やす前に、コンセプトに対する「ゴーサイン」を必要としたため、摩擦が生じました。SGPにより、コミュニティはまずその「イエス」の投票を行い、本格的なエンジニアリング作業が始まる前に方向性を確認できるようになりました。
| 特徴 | | --- | SGP（Solana Governance Proposals） | SIMD（Solana Improvement Documents） | | --- | --- | --- | | 主な問い | 「これをすべきか？」 | 「これを正確にどのように行うか？」 | | レベル | ハイレベル、方向性 | 詳細なプロトコル仕様 | | 決定者 | ステーク加重のオンチェーン投票 | コア開発者による技術レビュー | | 必要な成熟度 | コミュニティのシグナルに値する明確なアイデア | 完全で実装可能な設計 |
「圧力弁」であって、権力奪取ではない よくある誤解は、SGPがコア開発者の役割を置き換えるというものです。そうではありません。SGPプロセスは、割り込みメカニズムとして最もよく説明されます。開発者がSIMDを提案する通常の開発パイプラインは、これまで通り機能し続けます。SGPは、コミュニティが正式なステーク加重投票を必要とするほど重要な決定であると感じた場合にのみ作動します。
メカニズムの仕組み SGPが開始されると、構造化された透明性のある経路をたどります。各提案は、マークダウンドキュメント（根拠を詳述）と、特定の不変のコミットSHAにリンクされたオンチェーンレコードで構成されます。これにより、投票対象の提案が途中で変更できないことが保証されます。 投票ルール：
全体像：ガバナンスの成熟 長年にわたり、Solanaに対する批判は、そのガバナンスが中央集権的すぎて、コア開発者の専門知識に大きく依存しているというものでした。このアプローチは驚くべきスピードとパフォーマンスを可能にしましたが、ステーカーやバリデーターは他人のバスに乗っている乗客のように感じていました。 SGPは、コミュニティの声を成文化することでその力学を変えます。DAOに王国の鍵を渡すわけでも、重要なエンジニアリングを遅らせるわけでもありません。代わりに、以前は非公式なコンセンサスに依存していた経済的・戦略的决定のための正式なチャネルを創出します。 本当の試練は今後数ヶ月で訪れるでしょう。私たちは、その15％のしきい値がどの程度の頻度で達せられるか、そして論争の多い経済的変更がこの新しいプロセスを通じて首尾よく導かれるかどうかを注視します。今のところ、これはSolanaにとって成熟した、慎重な進化を表しています。迅速で専門家主導のエンジニアリングの必要性と、ガバナンスの必要性のバランスを取る方法です。
4.82M 人気度
1.07M 人気度
68.84K 人気度
235.78K 人気度
152.64M 人気度
Solanaの新しいガバナンス提案：戦略的転換
この完璧な例が「Alpenglow」提案です。過去に、コミュニティは技術的な詳細が完全に準備される前に、これをSIMDプロセスを通じて進めようとしました。開発者が設計図を構築する時間を費やす前に、コンセプトに対する「ゴーサイン」を必要としたため、摩擦が生じました。SGPにより、コミュニティはまずその「イエス」の投票を行い、本格的なエンジニアリング作業が始まる前に方向性を確認できるようになりました。
| 特徴 | | --- | SGP（Solana Governance Proposals） | SIMD（Solana Improvement Documents） | | --- | --- | --- | | 主な問い | 「これをすべきか？」 | 「これを正確にどのように行うか？」 | | レベル | ハイレベル、方向性 | 詳細なプロトコル仕様 | | 決定者 | ステーク加重のオンチェーン投票 | コア開発者による技術レビュー | | 必要な成熟度 | コミュニティのシグナルに値する明確なアイデア | 完全で実装可能な設計 |
「圧力弁」であって、権力奪取ではない よくある誤解は、SGPがコア開発者の役割を置き換えるというものです。そうではありません。SGPプロセスは、割り込みメカニズムとして最もよく説明されます。開発者がSIMDを提案する通常の開発パイプラインは、これまで通り機能し続けます。SGPは、コミュニティが正式なステーク加重投票を必要とするほど重要な決定であると感じた場合にのみ作動します。
メカニズムの仕組み SGPが開始されると、構造化された透明性のある経路をたどります。各提案は、マークダウンドキュメント（根拠を詳述）と、特定の不変のコミットSHAにリンクされたオンチェーンレコードで構成されます。これにより、投票対象の提案が途中で変更できないことが保証されます。 投票ルール：
全体像：ガバナンスの成熟 長年にわたり、Solanaに対する批判は、そのガバナンスが中央集権的すぎて、コア開発者の専門知識に大きく依存しているというものでした。このアプローチは驚くべきスピードとパフォーマンスを可能にしましたが、ステーカーやバリデーターは他人のバスに乗っている乗客のように感じていました。 SGPは、コミュニティの声を成文化することでその力学を変えます。DAOに王国の鍵を渡すわけでも、重要なエンジニアリングを遅らせるわけでもありません。代わりに、以前は非公式なコンセンサスに依存していた経済的・戦略的决定のための正式なチャネルを創出します。 本当の試練は今後数ヶ月で訪れるでしょう。私たちは、その15％のしきい値がどの程度の頻度で達せられるか、そして論争の多い経済的変更がこの新しいプロセスを通じて首尾よく導かれるかどうかを注視します。今のところ、これはSolanaにとって成熟した、慎重な進化を表しています。迅速で専門家主導のエンジニアリングの必要性と、ガバナンスの必要性のバランスを取る方法です。