Solana のコア開発者は、ブロックチェーンの正式なガバナンスプロセスに「アルペングロー」と呼ばれる包括的な合意形成の見直しを導入し、ネットワークの現在のTowerBFTシステムを100～150ミリ秒の速度でブロックの最終化を約束する新しい設計に置き換えることを提案しています。この提案は、Quentin Kniep、Kobi Sliwinski、Roger Wattenhoferによって作成され、既存のProof-of-HistoryおよびTowerBFTメカニズムを廃止する「ソラナのコア合意プロトコルの大規模な見直し」と説明されています。
知っておくべきこと：
- アルペングローはVotorプロトコルを導入し、バリデーターの投票をオフチェーンに移して1秒未満のブロックファイナリティを達成し、ネットワークの帯域幅を削減します。
- 提案は、現在のオンチェーン投票コストと同等の経済的障壁を維持するために、1エポックあたり1.6 SOLのバリデーター入札チケット手数料を求めています。
- コミュニティの投票はエポック840-842間で行われ、承認には3分の2以上のスーパーマジョリティが必要で、バリデーターは請求可能な投票トークンを使用します。
ガバナンスのタイムラインと投票メカニクス
ガバナンスフレームワークは、複数エポックにわたる3フェーズの実装スケジュールを確立しています。エポック833-838で議論が行われ、エポック839でステークウェイトがキャプチャされ、エポック840-842でYes, No, Abstainに設定されたアカウントに請求可能な投票トークンを使用してバインディング投票が行われます。現在ソラナはエポック834にあり、議論のウィンドウはアクティブなままでありながら、投票期間に数エポックが近付いています。
承認には3分の2以上のYesおよびNo票の合計を含むクォーラム33％が必要です。
投票トークンは適応メルクルディストリビューターシステムを通じて配布され、バリデーターは指定されたエポックウィンドウ中にトークンを好みの選択アカウントに直接することができます。財団はステークウェイトと結果の独立した検証のための公開スクリプトを提供します。
アルペングロー システムの技術設計
提案は、Solanaの合意形成アプローチを根本的に変更する、直接投票、リーダーパイプライン型最終性プロトコルであるVotorを中心にしています。重いゴシップネットワークを通じてオンチェーン取引として投票を処理するのではなく、アルペングローはオフチェーン投票交換に移行し、ローカル署名の集約を行います。バリデーターはブロックを公証するかスキップするかを投票し、リーダーは8スロット後に投票を集約し、ネットワークにコンパクトな証明を提出します。
このアーキテクチャの変更は、開発者が「20+20」活力モデルと呼ぶものをサポートし、ネットワークの進行を妨げることなく20%の敵対的なバリデーターと20%の応答のないバリデーターに耐えられるように設計されています。
これにより、ネットワーク全体の待ち時間を大幅に短縮し、帯域幅の要件を減少させることが目的とされています。提案者によると、「アルペングローはより低いレイテンシー、改善されたフォールトトレランス、一般的なプロトコル効率を可能にします。」
このアップグレードは、実際のファイナリティを1秒未満のタイムスケールで確立することにより、クライアントレベルでの目に見える変化をもたらし、楽観的な確認を置き換えます。開発者は、このアプローチがWeb2ユーザーの期待に合わせた確認待ち時間をもたらし、既存のTowerBFTシステム下では形式化が困難だったセーフティガードを強化すると述べています。
経済再構築とバリデーターのインセンティブ
投票をオフチェーンに移すことは、ソラナエコシステム内のバリデーター経済に大幅な変更を必要とします。提案は、バリデーター入札チケットシステムを導入し、1エポックあたり1.6 SOLの固定手数料が燃やされ、現在のオンチェーン投票手数料構造とほぼ同等の経済的障壁を維持します。この金額は既存の投票コストの約80％を表しており、移行期間中にどのバリデーターがより悪い経済条件を経験することを保証します。
アルペングローでは、バリデーターはスロットごとに1つの有効な投票を行わなければならず、矛盾した投票はシステムを通じて検出可能です。持続的な不参加は、バリデーターが報酬を得る資格を失い、アクティブなバリデーターセットからの削除のリスクを負うことになります。リーダーは、集約された投票からスロット毎の投票報酬と、それぞれのブロックに高速最終化または最終化証明を含めた場合の固定ボーナスを受け取ります。
コミュニティの反応と実施に関する懸念
バリデーターのフィードバックは、提案された変更に関する運用リスクと展開プロトコルに集中しています。あるバリデーターに焦点を当てた反応は、他の主要な業界規模のプロトコル移行に匹敵する「テスト、展開、フォールバックの計画」がメインネット実装前に組み込まれる必要性を強調しています。
コミュニティメンバーは、VAT価格レベル、Proof-of-History後の環境におけるトランザクションの有効期限メカニズム、およびリーダーの矛盾処理手順に関する具体的な質問を提起しています。
追加の懸念は、特定の障害条件下でブロックの一部が無視された場合のMEVオークションおよびクライアントユーザーエクスペリエンスへの影響に焦点を当てています。