Polkadot ガバナンス V2

Polkadotは、ステークホルダーのニーズに応じて進化し続けることができる複雑なガバナンス機構を採用しています。その目的は、常に大多数の権利がネットワークを制御できるようにすることです。

ガバナンスプロトコルは v1 から v2 への何度ものイテレーションを経ており、今後も(v2.5)の発展を続けていくでしょう。

Polkadotの最初の分散型ガバナンスシステム(v1)は、3つの主要なコンポーネントで構成されています:

• 技術委員会:管理アップグレードのタイムテーブル
• 理事会:選挙で選ばれた執行機関で、パラメータ、行政、支出提案を管理する責任がある。
• 国民投票:一般投票システム、長期的な利害関係者により大きな影響力を与える

v1 システムは初期に良好に動作しましたが、ネットワークが成熟するにつれてさらなる改善が必要です。たとえば、v1 ではすべての投票権が同じであり、一度に1つの投票にしか投票できないため、システムが複数の提案を処理する能力が制限されています。

ガバナンス v2(Gov2)は、日常の意思決定方法を変更し、投票がより柔軟で機敏になるようにし、システムが行える集団意思決定の数を大幅に増加させました。

Gov2はKusamaで先行テストを行い、その後Polkadotネットワークへの展開を提案します。

メカニズム

v2では、新しいガバナンスモデルが以下の方法でその非中央集権的特徴を示しています:

• 理事会のすべての責任をトークン保有者に移転する
• 現在の理事会を解散する
• ユーザーが投票権をコミュニティメンバーに委任するためのより多くの方法を許可する

国民投票

公投は、ステーキングに基づくシンプルな投票スキームです。各公投には、特権関数呼び出しの形式で関連する提案があります。

公投は固定された投票期間内に行われる離散的なイベントです。投票が終了した後、承認されれば、対応する関数呼び出しが実行されます。

v2では、誰でもいつでも投票を開始でき、数量に制限はありません。投票プロセスを最適化するために、OriginsとTracksの概念が新たに導入されました:

• Originは特定の特権レベルの記述子です
• 各オリジンは1つの投票カテゴリーに対応し、各カテゴリーは1つのトラックに関連付けられています。
• トラックは、他のカテゴリとは独立して、提案のライフサイクルを定義します。

これは、提案の特権レベルに基づいて、投票のダイナミクスを調整できることを許可します。たとえば、Runtimeのアップグレードと小額の国庫支出は、異なる投票パラメーターを採用できます。

v2では、公投が作成された後に即座に投票を開始できますが、"決定"状態に入るにはいくつかの条件を満たす必要があります。

• 導入期間経過後
• スペースに余裕があることを決定する
• 支払いがデポジットを決定する

これらのメカニズムは、悪用やスパム提案を防ぐのに役立ちます。

投票する

v2は、新しい承認率とサポート率の基準を採用し、v1の適応型集団バイアスシステムを置き換えました。

提案は、承認率と支持率の要件を確認期間内に満たす必要があります。異なるトラックの確認期間と要件はそれぞれ異なります。

28日後に承認されない提案は拒否されます。承認された提案は設定期間後に実行され、より強力なTrackは長い実行期間を強制します。

デリゲート

v2は投票委託機能を改善し、有権者は異なる種類の住民投票に対して異なる代表者を指定できるようになりました。

公投の取り消し

v2ではキャンセル操作が導入され、個別の投票で進行中の提案を即座に拒否できます。

ポルカドットフェローシップ

新たに設立されたフェローシップは技術委員会に取って代わり、メンバーを階級制度で分類します。これはメンバーの範囲を拡大し、参加のハードルを下げることを目的としています。

Fellowshipの投票結果(は、ランクに基づいて加重され)、その意見を構成します。しかし、Fellowshipはネットワークに対するハードパワーを持っておらず、その主な機能は住民投票のタイムラインを短縮することです。

ホワイトリストとブラックリスト

ホワイトリストは、Fellowship に特定の操作をルート権限で実行することを許可します。

ブラックリストに登録された提案は、キューに再表示されるのを防ぐことができます。

全体的に見て、Gov2はv1の核心理念を保持しながら、一連の改善を通じてガバナンスの柔軟性と効率を向上させました。