This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Polkadot Governance V2:分散型意思決定への進化の道
ガバナンス V2
Polkadotは、ステークホルダーのニーズに応じて優雅に進化できる精密なガバナンスメカニズムを採用しています。その目的は、常に大多数のステークスがネットワークを制御できることを保証することです。
この記事の内容は変更される可能性があります。ガバナンスプロトコルはすでにいくつかのイテレーション(v1とv2)を経ており、今後さらに変更がある予定です(v2.5)。
Polkadotの最初の分散型ガバナンスシステム(v1)は、3つの主要コンポーネントで構成されています:
このシステムは運用初期に良好に機能し、国庫資金の合理的な使用と迅速なアップグレードおよび修復に役立ちます。しかし、システムが成熟するにつれて、欠点を継続的に改善し、進捗を追跡する必要があります。例えば、「ガバナンスv1」では、すべての投票権が同じであり、一度に1つの提案にしか投票できず、投票期間は数週間続くことができます。これにより、システムはごく少数の提案を慎重に考慮する傾向があり、複数の提案を広く考慮することができません。したがって、「ガバナンスv2」が登場しました。
"ガバナンスv2"または"Gov2"は、日常的な意思決定の方法を変え、公投の影響をより広範で迅速にし、システムが行える集団決定の数を大幅に増加させました。
コードの最終的な専門的レビューを行った後、Gov2はKusamaで開始されます。Kusamaでのテスト後、Polkadotへのデプロイメント提案が行われます。
以下は、Polkadotネットワークのコアガバナンス原則を紹介します。ガバナンスv1の根源を理解することで、第二回目のイテレーションの方向性をよりよく理解できます。これらの違いと区別は、各サブテーマで強調されます。
現在の段階では、ガバナンスは依然として進化し続けるプロトコルであることに注意が必要です。ガバナンスv2の更新がネットワークに導入されるにつれて、ガバナンスv2.5の計画も策定中です。
###前提
要約すると、このネットワークは、WebAssemblyで定義されたオンチェーンに保存された無定型状態遷移関数を含む、さまざまな新しいメカニズムを集約しています。また、適応絶対多数閾値やバッチ承認投票メカニズムを持つ国民投票などのさまざまなオンチェーン投票メカニズムも含まれています。
協定のすべての変更は、権益加重の投票によって合意に達しなければなりません。
メカニズム
ガバナンスv1では、アクティブなトークン保有者と理事会が共同でネットワークアップグレードの決定を管理します。提案が一般の(トークン保有者)または理事会によって行われるかに関わらず、最終的には全保有者による投票を経て、ステーキング額と信念値を重み付けして決定します。
ガバナンスv2にはいくつかの変更があります。新しいガバナンスモデルが分散型の特徴を反映する方法は:
Gov1の理事会は、受動的トークン保有者の代表、財務守護者、立法の発起者としての役割を果たしていますが、一般的には中央集権的な存在と見なされています。ネットワークのさらなる分散化を図るために、Gov2は理事会の責任をコミュニティに返還することを提案しています。
国民投票
公投はシンプルで包摂的なステーキングベースの投票システムです。各公投には特定の提案があり、runtime特権関数呼び出し形式(を採用しており、最も強力なset_code呼び出しを含んでおり、全体のruntimeコードを切り替えることができます)。
公投は、固定された投票期間を持つ離散的なイベントです。投票期間が終了し、票が集計された後、承認された場合は、対応する関数が呼び出されます。公投は常に二元的であり、選択肢は「賛成」、「反対」、または完全に棄権することだけです。
ガバナンスv1では、投票は以下のいずれかの方法で開始できます:
すべての投票には、実行の遅延期間があります。これは、投票が終了してから、提案が実際に実行される(承認された場合)までの期間です。
投票が終了し、集計が完了した場合、それは完了と見なされます。提案が承認された場合、それは実行される予定です。投票が結果を待っている、つまり投票中である場合、それは未完了と見なされます。
提案が一般の人々または理事会によって提出された場合、28日の固定実行遅延期間があります。以前の国民投票の実行の一部として提出された提案は、必要に応じて実行遅延期間を設定できます。緊急提案の処理は「迅速なフォローアップ」が必要な重要な問題を含み、実行時間を短縮します。
Gov2では、誰でもいつでも投票を開始でき、複数回の投票を行うことができます。Gov2は、Origins(のソース)とTracks(のトラック)という新機能を導入し、投票プロトコルのプロセスと処理を支援します。
Originは、特定の特権レベルに対する豊富な記述子と見なすことができます。提案者は、提案の要求に基づいて、リクエストに適したOriginを選択する必要があります。
各Originは1つの公投カテゴリに関連付けられ、各カテゴリは1つのTrackに関連付けられています。Trackは提案のライフサイクルを概説し、他のカテゴリのTrackから独立しています。異なる独立したTrackを持つことで、ネットワークは暗黙の特権レベルに基づいて公投のダイナミクスを調整することができます。
例えば、Runtimeアップグレード(set_code呼び出し)がエコシステムに与える影響は、国庫チップ承認(reportAwesome呼び出し)とは異なるため、異なるOriginsが必要であり、異なる投票率、承認率、デポジットおよび最短実行周期がpallet上で事前に決定されます。
提案に関する国民投票
国民投票
誰でも一定期間内(のブロック数)に最低限のトークンを入金することで投票提案を行うことができます。提案に賛成する場合は、同じ数量のトークンを入金して支持を示すことができます。
この操作は「エンドースメント」と呼ばれます。最高のバインディングトークンをサポートする提案が次の投票周期の公投として選ばれます。注意してください、これはエンドースメントの絶対数とは異なる場合があります。例えば、3つのアカウントがそれぞれ20 DOTをバインドしている場合、10のアカウントがそれぞれ1 DOTをバインドしている場合よりも「上回る」効果があります。
提案が提出されると(投票が行われ)、バインドされたトークンが解放されます。
ガバナンスv1では、提案キューに最大100件の公共提案を含めることができます。
Gov2では、投票が作成されると、コミュニティは即座に投票を行うことができます。しかし、その投票は、終了または票の集計、承認、そして最終的な実行の状態にはありません。逆に、投票は「決定(Deciding)」状態に入るためにいくつかの基準を満たさなければなりません。この状態に入る前は、未定の状態にあります。
Decided状態に入るための基準は以下の通りです:
評議会の国民投票(v1)
理事会全票で承認 - 理事会の全メンバーが提案に同意した場合、それを投票に移すことができます。この投票は、負の投票率偏差(を生み出し、すなわち権利投票の数が少ないほど、通過に必要な数が少なくなります -- 自適応群体バイアス)を参照してください。
理事会の多数が通過 - 簡単な多数の理事会メンバーが同意した場合、投票が行われることもありますが、それは多数決であり、51%の票を得た側が勝利します(。
任意の時点で有効な国民投票は1つだけで、進行中の緊急国民投票がない限り、他に存在してはいけません。
投票スケジュール
Governance v1では、あるキューに少なくとも1つの提案があると仮定すると、28日ごとに新しい投票が行われます。理事会が承認した提案は1つのキューに、一般の人々が提出した提案も別のキューに格納されます。2つのキューで上位にランクされている提案の間で交互に投票が行われます。
最も上位の提案は、その背後にバインドされたステーキングの数によって決定されます。現在のキューが提案のない投票)を作成しようとした場合、キューは空です(が、別のキューに提案が待機している場合、別のキューの最上位の提案が投票に入ります。
同じ期間に複数の国民投票を行うことはできませんが、緊急国民投票は除外されます。通常の国民投票)の公開または理事会の提案(と同時に行われる緊急国民投票は、複数の国民投票に同時に投票できる唯一の状況です。
提案が承認されると、ガバナンスv2は同じ28日間の資格期間を共有します。この段階の終了時にまだ承認されていない場合、その提案は自動的に拒否されます。
国民投票)ガバナンスv2(
Governance v2では、提案が承認率と支持率の要件を満たす場合、その提案は承認されます。つまり、適応型集団偏見システムが削除されました。
承認率)は、投票権の重み(の承認が、conviction調整後)の総投票権の重み(に占める割合として定義されます。この割合には、承認と拒否)のシェアが含まれます。
支持率(Support)は承認された総票数(のconviction調整を無視)し、システム内で行われる可能性のある総票数との比較です。
それは、確認期間の最短時間内にこの基準を満たさなければなりません。異なるトラックには異なる確認期間および承認とサポート要件があります。現在、必要なサポート量と全体の承認によって構成可能です。低特権ソースを使用した提案は、高特権カテゴリ(（Root)など）を使用した提案と比較して、必要な投票率をより現実的な数値に早く引き下げることがより合理的です。政治的に重要なものは、論争を避けるために早めにより高い承認を要求することができます。
Gov2では、28日後に承認されなかった提案は自動的に拒否されたものと見なされ、Decision Depositが返還されます。提案が確認期間終了前に承認を維持できた場合、それは承認されたものと見なされ、提案の出所から実行が開始される計画が立てられます。制定期間は全体投票の提案時に指定されますが、トラックに基づく最小値にも制約されます。より強力なトラックは、提案がもたらす可能性のある変更に対してネットワークが十分な準備をするために、より長い実行期間を強制します。
自発的ロック
Polkadotは「自発的ロック」コンセプトを使用しており、トークン保持者がトークンをロックする期間を宣言することで投票権を増加させることを許可しています。したがって、各トークン保持者の投票数は以下の公式を使用して計算されます。
投票数 = トークン * 有罪判決の乗数
ロック期間ごとに倍増し、conviction乗数は投票乗数を1増加させます。
ロックアップ期間 投票倍率 0 1 1 2 2 3 4 4 8 5 16 6 32 6
ロック期間"倍増"の最大回数は6(に設定されていますので、合計32のロック期間)があり、1つのロック期間は28日です。倍増のみが許可されており、例えば、24のサイクルをロックしてconvictionを5.5増やすことはできません。
トークンがロックされた後でも、それを使用して投票やステーキングを行うことができます; あなたはこれらのトークンを別のアカウントに移動することだけが禁止されています。
投票は常に同じ時間に「計算」されます。つまり、投票期間が終了したときです。これはトークンのロック期間の影響を受けません。
適応型集団バイアス
ガバナンスv2で使用される適応型集団バイアスは、より長い時間使用され、承認/サポートシステムに置き換えられました。
(評議会
ガバナンスv1では、Polkadot上の受動的利害関係者は「理事会」と呼ばれる管理機関によって代表されます。理事会は、複数の参加者で構成されるオンチェーンエンティティであり、各参加者はオンチェーンアカウントを代表しています。Polkadot上では、理事会は現在メンバーで構成されています。
国庫の管理を除いて、理事会は主に三つのガバナンスの任務を担当しています:
ガバナンスv2では、以前の理事会が選挙人委任機関としての役割を代替するための戦略が必要であり、多くの人々が日常的なガバナンスに参加しない事実を補うことが求められています。Gov2はv1の投票委任機能を基にしており、有権者はシステム内の他の有権者に投票権を委任することができます。これは、多役割委任と呼ばれる機能の改善によって実現されており、有権者はこの機能を通じてシステム内の各種類の投票に異なる代表者を指定することができます。したがって、たとえば、有権者は影響が小さい投票カテゴリーを管理するためにある実体に委任し、別の異なる代表者を選んで、より重大な結果を持つ異なるカテゴリーを管理することができ、残りのカテゴリーに対して完全な投票権を保持することができます。
) 公投をキャンセルする
ガバナンスv1において、技術委員会が提案を取り消すことに全員一致で同意した場合、またはRootソース###がsudo###をトリガーしてこの機能を発動した場合、提案を取り消すことができます。取り消された提案のデポジットは破棄されます。
さらに、理事会の3分の2の多数決で住民投票を取り消すことができます。もし住民投票の提案の中で問題が遅れて発見された場合(、提案が実行されるruntimeコードにエラーが存在する場合)、これは最後の手段として考えられるかもしれません。
取り消された論争が十分に大きい場合、