詳解ポルカドットの新しいガバナンスGov2：分散型ガバナンスを実現するために何が必要か？

原文标题：《Governance V2》

作者：Polkadot

编译：PolkaWorld

テキストは、Polkadot Wiki の「ガバナンス V2」セクションで、Polkadot の新しいガバナンスシステムと、従来のガバナンスシステム（ガバナンス V1）との比較を説明しています。

Polkadot は、利害関係者の集合の最終的な要求に基づいて優雅に進化できる、複雑で精巧なガバナンスメカニズムを採用しています。その目標は、大多数のステークが常にネットワークを制御できるようにすることです。

この文書の内容は変更される可能性があります。このガバナンスプロトコルは、いくつかの反復（v1 と v2）を経ており、さらに多くの変更が計画されています（v2.5）。

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

• 技術委員会：アップグレードのタイムラインを管理する技術委員会。
• 理事会：投票で承認された選挙で選ばれた実行「政府」で、パラメータ、管理、および支出提案を管理します。
• 公投：他のすべての事柄に対する一般投票システムで、長期的な利害関係者により大きな影響力を与えます。このシステムは、運用の最初の数年間はうまく機能し、国庫資金の適切な使用を確保し、タイムリーなアップグレードと修正を可能にしました。ほとんどの初期技術と同様に、システムとプロトコルは、成熟に伴って欠点を改善し、既存の進歩に追いつくために進化し続ける必要があります。たとえば、「ガバナンス v1」では、すべての公投が同じ重みを持ち、1 回の投票で 1 つの公投にしか投票できず、投票期間は数週間続くことがありました。これにより、システムはごく少数の提案を慎重に考慮する傾向があり、多くの提案を広く考慮することができませんでした。そこで「ガバナンス v2」が登場しました！
  「ガバナンス v2」、または「Gov2」は、日常的な意思決定の実際の方法を変更し、公投の影響範囲を広げ、より機敏にすることで、システムが行える集団的な意思決定の数を大幅に増加させました。

コードの最終的な専門的な監査を経て、Gov2 は Kusama で開始されます。Kusama でのテスト後、Polkadot への展開提案が行われます。（PolkaWorld：Gov2 は現在 Kusama ネットワークにオンラインで、詳細は：新たなマイルストーン！次世代分散型ガバナンスシステム OpenGov が Kusama ネットワークにオンライン！）

以下の内容では、Polkadot ネットワーク上の多くのコアガバナンス原則を最初に紹介します。ガバナンス v1 のルーツを理解することは、2 回目の反復の方向性をよりよく理解するために重要です。これらの違いと区別は、各サブテーマで強調されます。

とはいえ、この段階のライフサイクルにおいて、ガバナンスは進化し続けるプロトコルであることを忘れないことが重要です。ガバナンス v2 の更新がネットワークに入るにつれて、ガバナンス v2.5 の計画も進行中です。

前提

概括すると、このネットワークは、プラットフォーム中立の中間言語（つまり WebAssembly）で定義されたオンチェーンに保存された無定形状態変換関数や、適応的絶対多数閾値やバルク承認投票メカニズムを持つ公投など、さまざまな新しいメカニズムを集約しています。

プロトコルのすべての変更は、ステーク加重の公投を通じて合意されなければなりません。

メカニズム

ガバナンス v1 では、アクティブなトークン保有者と理事会が共同でネットワークのアップグレード決定を管理します。提案が一般から（トークン保有者）提出されたものであれ、理事会から提出されたものであれ、最終的にはすべての保有者による全民公投を経て、ステーク（stake）と信念値（conviction）を重みとして決定されなければなりません。

理事会の構成方法をよりよく理解するには、この章をお読みください。[1]

ガバナンス v2 にはいくつかの変更があります。新しいガバナンスモデルがその分散型特性を反映する方法は次のとおりです：

• 民主的投票を通じて理事会のすべての責任をトークン保有者に移転する
• 現在の理事会を解散する
• ユーザーが投票権をコミュニティメンバーに委任する方法を増やす Gov1 では、理事会は受動的なトークン保有者の代表、国庫の守護者、立法の発起者としての役割を果たしましたが、一般的には中央集権的な存在と見なされていました。Polkadot と Kusama ネットワークをさらに分散化するために、Gov2 は理事会の責任をコミュニティに返還することを提案しています。

公投

公投はシンプルで包括的な、ステークに基づく投票スキームです。各公投には特定の提案が関連付けられており、その提案はランタイム特権関数呼び出しの形式を取ります（最も強力な呼び出しである set_code を含み、これはランタイムの全コードを切り替え、通常は「ハードフォーク」を必要とする機能を実現します）。

公投は固定された投票期間を持つ離散的なイベントです。投票期間が終了し、票が集計されると、投票が承認された場合、関数 (set_code) が呼び出されます。公投は常に二元的であり、投票の選択肢は「賛成」、「反対」、または完全に棄権のいずれかです。

ガバナンス v1 では、公投は次のいずれかの方法で開始されることができます：

• 公に提出された提案；
• 理事会が多数票または全票で承認した提案；
• 以前の公投の実行の一部として提出された提案；
• 技術委員会が提出し、理事会が承認した緊急提案。すべての公投には実行遅延期間が設定されています。これは、公投が終了してから提案が実際に実行されるまでの時間です（提案が承認された場合）。

公投が閉じて集計が完了した場合、その公投は完了したと見なされます。同様に、提案が承認された場合、それは実行のためにスケジュールされます。公投が結果を待っている場合、つまり投票中である場合、その公投は未完了と見なされます。

提案が一般または理事会から提出された場合、28 日の固定実行遅延期間があります。以前の公投の実行の一部として提出された提案は、必要に応じて実行遅延期間を設定できます。緊急提案は、ネットワークの重大な問題に対処するために「迅速なフォローアップ」を必要とし、実行時間を短縮します。

Gov2 では、誰でもいつでも公投を開始でき、いくつでも公投を発起できます。Gov2 は、Origins（起源）と Tracks（トラック）といういくつかの新機能を導入し、公投プロトコルの流れと処理を支援します。

Origin は、特定の特権レベルの豊富な記述子と見なすことができます。公投の提案者は、提案の要求に応じて、リクエストに適した Origin を選択する必要があります。

各 Origin は公投カテゴリに関連付けられ、各カテゴリは Track に関連付けられています。Track は提案のライフサイクルを概説し、他のカテゴリの Track とは独立しています。異なる独立したトラックを持つことで、ネットワークはその暗黙の特権レベルに応じて公投のダイナミクスを調整できます。

たとえば、Runtime アップグレード（set_code 呼び出し）がエコシステムに与える影響は、国庫のチップの承認（reportAwesome 呼び出し）とは異なるため、異なる Origins が必要です。ここでは、異なる投票率、承認率、デポジット、および最短実行期間がパレット上で事前に決定されます。

提案公投

一般公投

誰でも、一定の期間（ブロック数）内に最低数量のトークンを預けることで公投を提案できます。誰かがその提案に同意すれば、同じ数量のトークンを預けて支持を示すことができます。

• この操作は「背書」と呼ばれます。最高のバインドトークン支持を得た提案は、次の投票期間の公投として選ばれます。注意すべきは、これは背書の絶対数量とは異なる可能性があることです。たとえば、3 つのアカウントがそれぞれ 20 DOT をバインドすると、10 のアカウントがそれぞれ 1 DOT をバインドするよりも「超える」効果があります。

提案が提出されると（つまり投票が行われると）、バインドされたトークンは解放されます。

ガバナンス v1 では、提案キューに最大 100 の公共提案が存在できます。

Gov2 では、公投が作成されると、コミュニティはすぐにその投票を行うことができます。しかし、その公投は終了できる状態、または他の方法で票を集計し、承認され、最終的に実行される状態にはありません。代わりに、公投は「決定（Deciding）」と呼ばれる状態に入る前にいくつかの基準を満たす必要があります。それらがこの状態にある前は、依然として未定義の状態です。

Decided 状態に入るための基準は次のとおりです：

• 導入期間（lead-in period）を経ていること。これは、決定を開始する前に経過しなければならない時間量です。これにより、「決定狙撃」の可能性が減少します。この場合、大量の投票権を持つ攻撃者が提案後すぐに提案を通過させる可能性があり、全体の投票者が十分な時間を持って考慮し、参加することができません。
• 決定の余地が残っていること。すべての Track は、同時に決定できる公投の数に制限を設けています。より強力な能力を持つトラックは、より低い制限を持ちます。たとえば、Root レベルの Origin の制限は 1 であり、これは一度に 1 つの非常に危険な提案しか決定できないことを意味します。
• 決定デポジットを支払う必要があります。公投を作成するコストは非常に低く、デポジットの価値はそれを追跡するために必要なオンチェーンストレージの価値のみを含みます。しかし、公投を審査し、決定することには、公投キューの限られた位置を枯渇させるリスクがあります。より大きなが要求されるが返金可能なデポジットを要求することで、スパムを減らすのに役立ちます。

理事会公投 (v1)

理事会全票承認 - 理事会のすべてのメンバーが提案に同意した場合、それを公投に移行できます。この公投は、負の投票率の偏差を生じさせます（つまり、ステーク投票の数が少ないほど、承認に必要な数が少なくなります ------ 自適応群体偏見 Adaptive Quorum Biasing[2]を参照）。

理事会多数承認 - 簡単な多数の理事会メンバーが同意する場合にも、公投に投票できますが、それは多数決制になります（51% の票を得た方が勝ちます）。

任意の時点で有効な公投は 1 つだけ存在でき、緊急公投がある場合を除きます。

投票スケジュール

ガバナンス v1 では、キューのいずれかに少なくとも 1 つの提案があると仮定して、28 日ごとに新しい公投が行われます。理事会が承認した提案にはキューがあり、一般から提出された提案にもキューがあります。2 つのキューの上位提案の間で交互に公投が行われます。

上位提案は、その背後にバインドされたステークの量によって決まります。現在のキューが提案のない公投を作成しようとする場合（キューが空の場合）、別のキューに待機中の提案があると、そのキューの上位提案が公投に入ります。

同じ期間に複数の公投に対して投票することはできませんが、緊急公投は除きます。通常の公投（公開または理事会提案）と同時に発生する緊急公投は、同時に複数の公投に投票できる唯一の状況です。

提案が承認されると、ガバナンス v2 は同じ 28 日の資格期間を共有します。この段階の終了時に承認されていない場合、その提案は自動的に拒否されます。

公投投票（ガバナンス v2）

ガバナンス v2 では、提案が承認率と支持率の要件を満たす場合、その提案は承認されます。つまり、自適応群体偏見システムが削除されます。

承認率（Approval）は、承認投票権重み（信念調整後）が総投票権重み（承認と拒否を含む）の割合として定義されます。

支持率（Support）は、承認された総票数（信念調整を無視）と、システム内で可能な総票数の比較です。

この基準は、確認期間の最短時間内に満たされなければなりません。異なるトラックには異なる確認期間と承認および支持の要件があります。必要な支持量と全体の承認を通じて構成できます。低特権の起源を使用する提案は、高特権のカテゴリ（たとえば Root）の提案と比較して、必要な投票率をより現実的な数に早く引き下げることが合理的です。政治的に重要なコースは、論争を避けるために早期により高い承認を要求することができます。

Gov2 では、28 日後に未承認の提案はデフォルトで拒否され、Decision Deposit が返金されます。提案が確認期間の終了前に通過を維持できた場合、承認されたと見なされ、提案された起源から実行が計画されます。制定期間は全民投票提案時に指定されますが、トラックに基づく最小値にも制約されます。より強力な Tracks は、提案がもたらす可能性のある変更に対してネットワークが十分な準備をするための時間を確保するために、より長い実行期間を強制します。

自発的ロック

Polkadot は「自発的ロック」と呼ばれる概念を使用しており、トークン保有者がトークンをどのくらいの期間ロックする意向を宣言することで、投票権を増やすことができます。したがって、各トークン保有者の投票数は次の式で計算されます：

投票数 = トークン * 信念乗数

ロック期間ごとに倍増し、信念乗数は投票数を増加させます。

ロック期間の投票乗数 00.111224384165326

ロック期間「倍増」の最大回数は 6 に設定されており（したがって合計 32 のロック期間）、1 つのロック期間は 28 日に相当します。倍増のみが許可されます。たとえば、24 の期間をロックして信念を 5.5 増加させることはできません。ガバナンスイベントのタイムラインに関する詳細情報は、Polkadot パラメータページ[3]のガバナンスセクションを参照してください。

トークンがロックされた後でも、それを使用して投票やステークを行うことができます。ただし、これらのトークンを別のアカウントに移動することは禁止されています。

票は常に同時に「計算」されます。つまり、投票期間の終了時に行われます。これはトークンのロック期間の影響を受けません。

自適応群体偏見

自適応群体偏見は、ガバナンス v2 で使用される時間が長く、承認/支持システムに置き換えられました。

理事会

ガバナンス v1 では、Polkadot 上の受動的な利害関係者は「理事会」と呼ばれる管理機関によって代表されます。理事会は、複数の参加者で構成されるオンチェーンエンティティであり、各参加者はオンチェーンアカウントを代表しています。Polkadot では、理事会は現在メンバーで構成されています。

国庫を管理することに加えて、理事会は主に 3 つのガバナンスタスクを担当しています：

• 提案に基づく公投
• 危険または悪意のある公投の取り消し
• 技術委員会の選挙

ガバナンス v2 では、理事会が以前に選挙人委託機関としての役割を果たすための代替戦略が必要です。これは、多くの人々が日常的なガバナンスに参加しないことを補うためです。Gov2 は、v1 の投票委託機能に基づいており、有権者はシステム内の別の有権者に投票権を委託することを選択できます。これは、多役割委任と呼ばれる機能を改善することで実現され、有権者はシステム内の各公投カテゴリに異なる代表者を指定できます。したがって、たとえば、有権者は影響が小さい公投カテゴリを管理するために特定のエンティティに委任し、より重大な結果を持つ別のカテゴリを管理するために異なる代表者を選択し、残りのカテゴリに対する完全な投票権を保持することができます。

公投の取り消し

ガバナンス v1 では、技術委員会が提案を取り消すことに全会一致で同意した場合、または Root 起源（たとえば sudo）がこの機能をトリガーした場合、提案を取り消すことができます。取り消された提案のデポジットは破棄されます。

さらに、理事会の 3 分の 2 の多数決で公投を取り消すことができます。公投提案に問題が遅れて発見された場合（たとえば、提案が実行するランタイムコードにエラーがある場合）、これは最後の手段として使用される可能性があります。

取り消しの議論が十分に大きく、理事会が 3 分の 2 の多数を得られない場合、利害関係者が提案の運命を共同で決定します。

ガバナンス v2 では、すでに投票された提案に介入するための「取り消し（Cancelation）」という特別な操作があります。この操作は、進行中の公投を即座に拒否します。その状態にかかわらず。さらに、提案が悪意のあるものであるかスパムである場合、提案者のデポジットが没収されることが保証されます。

取り消し自体はガバナンス操作であり、ネットワークの投票によって実行される必要があります。取り消しには独自の Origin と Track が伴い、非常に短い導入期間と承認率/支持率曲線を持ち、通過のハードルがやや迅速に下がります。これは、状況が緊急である場合に呼び出されるためです。

技術委員会

ガバナンス v1 では、技術委員会（以下 TC）は、Kusama ガバナンスの 3 つの院の 1 つとして導入されました（他の 2 つの院は理事会と公投です）。TC は、Polkadot ランタイムまたは Polkadot ホストを成功裏に実装または定義したチームで構成されています。理事会の単純多数投票を通じて、TC にチームを追加または削除できます。

TC の目的は、悪意のある公投を防ぎ、バグ修正を実施し、誤ったランタイムアップデートを逆転させるか、新しいが実戦で検証された機能を追加することです。TC は、Democracy パレットを使用して提案を加速する権限を持ち、提案加速機能をトリガーできる唯一の起源です。TC は、提案を生成できないが、既存の提案を加速できる「唯一の起源」と見なすことができます。

迅速な公投は、他の公投と同時に行うことができる唯一の公投です。したがって、迅速な公投を通じて、2 つのアクティブな公投を同時に実施できます。1 つの公投への投票は、他の公投への投票を妨げません。

ガバナンス v2 では、「Polkadot Fellowship」と呼ばれる新しい後継委員会が導入され、技術委員会に代わります。これは、Polkadot と Kusama ネットワークにサービスを提供します。以下の詳細を参照してください。

Polkadot Fellowship

この Fellowship は、基本的に自律的な専門機関であり、主な目標は Polkadot ネットワークとプロトコルに関する技術的知識を持つ人々を代表することです。Fellowship は「ランク」によってメンバーを分類し、その見解の賢明さ、技術基盤の良好さ、Polkadot の利益に合致する程度を表します。

現在の技術集団とは異なり、メンバーの範囲を拡大することを目的としており（つまり、数万のメンバーを収容でき）、参加のハードルもはるかに低くなっています（管理プロセスと専門知識の期待に関して）。Fellowship の候補メンバーになるのは簡単で、少額のデポジットを預けるだけです。

Fellowship メンバーは、任意の特定の Fellowship 提案に投票でき、メンバーの総合的な意見（ランク加重）は Fellowship の考慮意見を構成します。

Fellowship 投票のメカニズムは、Polkadot の利害関係者が提案された公投に投票するメカニズムと同じです。

ランクシステム

では、このランクシステムはどのように機能するのでしょうか？

ネットワークに対する有効なコントロールを一部の参加者が獲得するのを防ぐために、このシステムは 3 つの主要な原則を遵守します：

1. Fellowship はネットワークに対してハードパワーを持ってはならない：パラメータを変更したり、修正したり、資産を移動したりすることはできません。彼らのガバナンスにおける唯一の権限は、公投が発生する時間表を短縮することです。
2. Fellowship は、全体の意見の中でランクが高い人により多くの重みを与えますが、低ランクのメンバーからの一致した意見と比較して、その重みが少数の高ランクメンバーの意見を超えるほど高くなるべきではありません。
3. Fellowship は、メンバーとその専門知識の全体レベルを成長させ、発展させることを目指し、その過程で全体的な意思決定能力が時間とともに強化されることを保証します。これらの条件をサポートするために、Fellowship は、個人が特定のランクを取得し、維持するための要件と期待を概説した憲章を策定します。高ランクの人は、この憲章に基づいて低ランクの人を投票および昇進させることができます。

指定された期間が経過し、メンバーが他のメンバーに自分の地位を証明できない場合、降格が自動的に発生します。

停職は公投を通じてのみ発生することができ、これにより Fellowship の偏見自体が必ずしも解雇につながるわけではありません。

Fellowship が陰謀団体になるのを防ぐために（Fellowship の評判だけでは最高ランクを獲得できない）、最高ランクを得るには公投が必要です。

Fellowship への参加を希望する場合や、その運営について詳しく知りたい場合は、「Polkadot Fellowship 詳細文書」をお読みください。

ホワイトリスト

ホワイトリストパレットは 1 つのことを行います：それは、ある Origin が別の Origin の特権レベルを引き上げることを許可します。

Gov2 では、Fellowship が新しい起源（ホワイトリスト化されたルート）を Root レベルの権限で実行することを許可し、Fellowship が承認した特定のコマンドと共にのみ使用されます。ホワイトリストパレットは 2 つのことを検証します：

1. 起源が実際にホワイトリスト化されたルートであること（つまり、この公投がこのトラックで通過したこと）
2. 提案が実際に Fellowship によってホワイトリスト化されていること これらの 2 つの条件が満たされると、操作は Root レベルの権限で実行されます。

このシステムは、新しい平行トラック（ホワイトリスト化されたルート起源）を持つことを許可し、そのパラメータはより短い投票周期を許可します。公開透明なプロセスを通じて、Polkadot プロトコルのグローバルな専門家コミュニティは、この操作が安全であり、時間的に緊急であることを確認しました。

ブラックリスト

提案は Root 起源（たとえば sudo）によってブラックリストに載せることができます。ブラックリストに載せられた提案およびその関連する公投（もしあれば）は即座に取り消されます。さらに、ブラックリストに載せられた提案のハッシュは、提案キューに再出現することはできません。ブラックリストは、同じハッシュを使用して無効な提案を提出する可能性を排除するのに役立ちます。たとえば、提案者が純粋なテキストで提案を提出した場合などです。

自分の提案が削除された後、Polkadot の民主システムについてあまり知らない提案者は、同じ提案を再提出しようとするかもしれません。つまり、これは無効な提案の提出を防ぐための完璧な方法ではありません。提案テキストの単一の変更文字も提案のハッシュを変更し、ハッシュから生成されたブラックリストを無効にします。

さらなる情報

• 最初のガバナンスシステムの紹介[4]
• Democracy Pallet[5]
• ガバナンスデモ[6] - Gavin Wood 博士が Polkadot の最初のガバナンス構造を説明する（動画）
• Polkadot のガバナンス[7] - Polkadot と Kusama のガバナンスがどのように機能するかを説明するオンラインセミナー
• ガバナンス v2[8]
• Polkadot Direction[9] 議論グループ
• Kusama Direction[10] 議論グループ
• PolkAssembly[11] ガバナンスサイト

参考資料

[1] 本章内容。: https://wiki.polkadot.network/docs/learn-gov2#council

[2] 自適応群体偏見 Adaptive Quorum Biasing: https://wiki.polkadot.network/docs/learn-gov2#adaptive-quorum-biasing

[3] Polkadot パラメータページ: https://wiki.polkadot.network/docs/maintain-polkadot-parameters#governance

[4] 最初のガバナンスシステムの紹介: https://github.com/paritytech/polkadot/wiki/Governance

[5] Democracy Pallet: https://github.com/paritytech/substrate/tree/master/frame/democracy/src

[6] ガバナンスデモ: https://www.youtube.com/watch?v=VsZuDJMmVPY\&feature=youtu.be\&t=24734

[7] Polkadot のガバナンス: https://www.crowdcast.io/e/governance-on-polkadot--

[8] ガバナンス v2: https://medium.com/polkadot-network/gov2-polkadots-next-generation-of-decentralised-governance-4d9ef657d11b

[9] Polkadot Direction: https://matrix.to/#/#polkadot-direction:matrix.parity.io

[10] Kusama Direction: https://matrix.to/#/#kusama:matrix.parity.io

[11] PolkAssembly: https://polkadot.polkassembly.io/

[12] https://wiki.polkadot.network/docs/learn-gov2: https://wiki.polkadot.network/docs/learn-gov2