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