# ガバナンス V2Polkadotは、ステークホルダーのニーズに応じて優雅に進化する巧妙なガバナンスメカニズムを採用しています。その目的は、大多数のステークが常にネットワークを制御できるようにすることです。この記事の内容は変更される可能性があります。ガバナンスプロトコルはすでにいくつかのイテレーション(v1およびv2)を経ており、さらに多くの変更が計画中です(v2.5)。Polkadotの最初の分散型ガバナンスシステム(v1)は、3つの主要なコンポーネントで構成されています:- 技術委員会:管理アップグレードのスケジュールを担当する技術委員会。- 理事会:投票によって選出された"政府"を通じて、パラメータの管理、管理、および支出提案を担当します。- 国民投票:普遍的な投票システムで、他のすべての事柄に対して投票を行い、長期的な利害関係者がより大きな影響力を持つ。このシステムは最初の数年間うまく機能し、国庫の資金が適切に使用され、タイムリーにアップグレードや修正が行われるのを助けました。ほとんどの初期技術と同様に、システムとプロトコルは欠点を改善し、進歩に追いつくために絶えず進化しなければなりません。例えば、「ガバナンスv1」では、すべての投票は同じ重みを持ち、同時に一つの投票しか行えず、投票期間は数週間続くことがありました。これにより、システムはごく少数の提案を慎重に考慮する傾向があり、複数の提案を広く考慮することができませんでした。そこで「ガバナンスv2」が誕生しました!"ガバナンスv2"または"Gov2"は、日常の意思決定方法を変革し、投票の影響範囲を広げ、より迅速にし、システムが行える集団的な意思決定の数を大幅に増加させます。Gov2は最終的な専門的なコード監査を行った後、Kusamaで開始されます。Kusamaでのテスト後、Polkadotへの展開提案が行われます。以下の内容では、Polkadotネットワーク上の多くのコアガバナンス原則を最初に紹介します。ガバナンスv1の根源を理解することは、第二次イテレーションの方向性をよりよく理解するために重要です。これらの違いや区別は、さまざまなサブテーマで強調表示されます。注意すべき点は、このライフサイクルの段階において、ガバナンスは進化するプロトコルであるということです。ガバナンスv2のアップデートがネットワークに導入されるにつれて、ガバナンスv2.5の計画もすでに策定中です。###前提要約すると、このネットワークは、チェーン上に保存され、プラットフォーム中立の中間言語(WebAssembly)で定義された無定形状態変換関数を含むさまざまな革新的なメカニズムを集約しており、適応型絶対多数閾値およびバッチ承認投票メカニズムを備えた公投など、さまざまなチェーン上投票メカニズムを提供しています。協定のすべての変更は、権益加重の投票によって合意されなければなりません。### メカニズムガバナンスv1では、アクティブなトークン保有者と理事会が共同でネットワークアップグレードの決定を管理します。提案が一般の(トークン保有者)によって行われる場合でも、理事会によって行われる場合でも、最終的にはすべての保有者の国民投票を通じて、ステーク額(stake)と信念値(conviction)を重みとして決定する必要があります。ガバナンスv2にはいくつかの変更があります。新しいガバナンスモデルがその分散化の特徴を反映する方法は:- トークン保有者に理事会のすべての責任を民主的な投票によって移転する- 現在の理事会を解散する- ユーザーが投票権をコミュニティメンバーに委任する方法を増やすことを許可しますGov1における理事会は、受動的なトークン保有者の代表、国庫の守護者、立法の発起者の役割を果たしていますが、一般的には中央集権的なエンティティと見なされています。PolkadotおよびKusamaネットワークのさらなる分散化を進めるために、Gov2は理事会の職務をコミュニティに返還することを提案しています。### 国民投票公投はシンプルで包摂的な、ステーキングに基づく投票ソリューションです。各公投には、runtime特権関数呼び出しの形式(を採用した特定の提案が関連付けられており、最も強力な呼び出し:set_codeを含んでおり、全体のruntimeコードを切り替えることができ、元々"ハードフォーク"によって実現される必要があった機能)を実現します。公投は固定された投票期間を持つ離散的なイベントです。投票期間が終了し、投票が集計されると、もし投票が承認された場合、関数(set_code)が呼び出されます。公投は常に二元的であり、あなたの投票の選択肢は「賛成」、「反対」、または完全に棄権することだけです。ガバナンス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状態に入るための基準は以下の通りです:- **導入期間**(lead-in period)を経て、開始できると決定する前に必要な時間の量です。これは「決定打撃」の可能性を減少させるのに役立ちます。この場合、大量の投票権を持つ攻撃者は、提案後すぐに提案を通過させることができ、全投票者に考慮し参加する十分な時間を与えない可能性があります。- 必ず決定に**残りのスペース**が必要です。すべてのTrackは同時に決定できる投票の数に制限を設けています。より強力な能力を持つトラックは、より低い制限を持ちます。例えば、RootレベルのOriginの制限は1で、これは一度に1つの非常に危険な提案のみを決定できることを意味します。- **決定デポジット**を支払う必要があります。投票を作成するコストは非常に低く、デポジットの価値はそれを追跡するために必要なオンチェーンストレージの価値のみを含んでいます。しかし、投票を審査し決定することには、投票キュー内の限られた位置を使い果たすリスクがあります。より大きな金額の返金可能なデポジットを要求することで、スパムを減らすのに役立ちます。**投票スケジュール**Governance v1では、いずれかのキューに少なくとも1つの提案がある場合、28日ごとに新しい投票が行われます。理事会が承認した提案には1つのキューがあり、一般の提出した提案にも1つのキューがあります。2つのキューで上位にランクインした提案の間で順番に投票が行われます。ランキング最上位の提案は、その背後にバインドされたステーキング量によって決まります。現在のキューが提案のない投票(を作成しようとする場合、キューは空であり、)、他のキューに提案がある場合、他のキューの最上位の提案が投票に入ります。同じ期間に複数の国民投票を実施することはできませんが、緊急国民投票は除きます。通常の国民投票(の公開または理事会の提案)と同時に行われる緊急国民投票は、複数の国民投票を同時に投票できる唯一の状況です。提案が承認されると、ガバナンスv2は同じ28日間の資格期間を共有します。この段階の終了時に承認されない場合、その提案は自動的に拒否されます。**公投投票(ガバナンスv2)**Governance v2では、提案が承認率と支持率の要件を満たす場合、その提案は承認されます。つまり、適応的群体バイアスシステムが削除されます。承認率(は、承認投票の重み)が確信度調整後(において総投票重み)に占める割合(であり、承認と拒否)の割合を含みます。支持率(Support)は承認された総票数(のconviction調整を無視した)システム内で行われる可能性のある総票数との比較です。それは確認期間の最短時間内にこの基準を満たさなければなりません。異なるトラックには異なる確認期間と承認および支持要件があります。現在、必要な支持量と全体の承認を通じて構成できます。低特権ソースを使用した提案は、高特権カテゴリ(、例えばRoot)を使用した提案と比較して、必要な投票率をより現実的な数値に早めに引き下げることがより合理的です。政治的に重要なコースは、争いを避けるために早めにより高い承認を要求することができます。Gov2では、28日後に承認されない提案はデフォルトで拒否されたと見なされ、Decision Depositが返還されます。提案が確認期間の終了前に通過を維持できれば、承認されたものと見なされ、提案されたソースから実行される予定です。制定期間は全体投票提案時に指定されますが、軌道に基づく最小値にも制約されます。より強力なTracksは、ネットワークが提案によってもたらされる可能性のある変化に準備するために十分な時間を確保するために、より長い実行期間を強制します。**自発的ロック**Polkadotは「自発的ロック」と呼ばれる概念を使用しており、トークン保有者がトークンをロックする期間を宣言することで、投票権を増やすことができます。したがって、各トークン保有者の投票数は以下の式を使用して計算されます:投票数 = トークン * 有罪判決の乗数ロック期間は毎回倍になり、conviction倍率は投票倍率を1増加させます。ロック期間投票倍率00.111224384165326ロック期間"倍増"の最大回数は6(に設定されているため、合計32のロック期間)、1つのロック期間は28日です。倍増のみが許可されており、例えば、24の期間をロックしてconvictionを5.5増やすことはできません。トークンがロックされた後でも、それを使用して投票やステーキングを行うことができます; あなたはこれらのトークンを別のアカウントに移動することを禁止されています。投票は常に同じ時間に「計算」されます。つまり、投票期間の終了時に行われます。これはトークンのロック期間の影響を受けません。( 住民投票をキャンセルするガバナンスv1では、技術委員会が提案を取り消すことに全会一致で同意した場合、またはRootソースがこの機能をトリガーした場合に、提案を取り消すことができます。取り消された提案のデポジットは破棄されます。さらに、理事会の三分の二の多数決により、投票を取り消すことができます。投票提案の中で問題が遅れて発見された場合、)たとえばその提案が実行するruntimeコードにエラーがある場合、###これは最後の手段として考えられるかもしれません。もし取り消しの論争が十分に大きく、理事会が三分の二の多数を得られない場合、提案の運命は利害関係者によって共同で決定される。ガバナンスv2には、投票済みの提案に干渉するための特別な操作であるCancelation(撤回)があります。この操作は、提案の状態に関係なく、進行中の住民投票を即座に拒否します。また、提案が悪意のあるものであるかスパムである場合、提案者のデポジットが没収されることを保証する規定もあります。キャンセルはそれ自体がガバナンスの操作であり、ネットワーク投票によってのみ実行される必要があります。撤回には独自のOriginとTrackが伴い、非常に短い導入期間と承認率/支持率曲線を持っています。これらの通過の閾値はやや迅速に低下しますが、それは緊急の状況で呼び出されるためです。( ポルカドットフェローシップこのフェローシップは、基本的に自律した専門機関であり、その主な目的はPolkadotネットワークとプロトコルに関する技術的知識を持つ人々を代表することです。フェローシップは"等
PolkadotガバナンスV2: 革新的な投票メカニズムで意思決定の効率を向上
ガバナンス V2
Polkadotは、ステークホルダーのニーズに応じて優雅に進化する巧妙なガバナンスメカニズムを採用しています。その目的は、大多数のステークが常にネットワークを制御できるようにすることです。
この記事の内容は変更される可能性があります。ガバナンスプロトコルはすでにいくつかのイテレーション(v1およびv2)を経ており、さらに多くの変更が計画中です(v2.5)。
Polkadotの最初の分散型ガバナンスシステム(v1)は、3つの主要なコンポーネントで構成されています:
このシステムは最初の数年間うまく機能し、国庫の資金が適切に使用され、タイムリーにアップグレードや修正が行われるのを助けました。ほとんどの初期技術と同様に、システムとプロトコルは欠点を改善し、進歩に追いつくために絶えず進化しなければなりません。例えば、「ガバナンスv1」では、すべての投票は同じ重みを持ち、同時に一つの投票しか行えず、投票期間は数週間続くことがありました。これにより、システムはごく少数の提案を慎重に考慮する傾向があり、複数の提案を広く考慮することができませんでした。そこで「ガバナンスv2」が誕生しました!
"ガバナンスv2"または"Gov2"は、日常の意思決定方法を変革し、投票の影響範囲を広げ、より迅速にし、システムが行える集団的な意思決定の数を大幅に増加させます。
Gov2は最終的な専門的なコード監査を行った後、Kusamaで開始されます。Kusamaでのテスト後、Polkadotへの展開提案が行われます。
以下の内容では、Polkadotネットワーク上の多くのコアガバナンス原則を最初に紹介します。ガバナンスv1の根源を理解することは、第二次イテレーションの方向性をよりよく理解するために重要です。これらの違いや区別は、さまざまなサブテーマで強調表示されます。
注意すべき点は、このライフサイクルの段階において、ガバナンスは進化するプロトコルであるということです。ガバナンスv2のアップデートがネットワークに導入されるにつれて、ガバナンスv2.5の計画もすでに策定中です。
###前提
要約すると、このネットワークは、チェーン上に保存され、プラットフォーム中立の中間言語(WebAssembly)で定義された無定形状態変換関数を含むさまざまな革新的なメカニズムを集約しており、適応型絶対多数閾値およびバッチ承認投票メカニズムを備えた公投など、さまざまなチェーン上投票メカニズムを提供しています。
協定のすべての変更は、権益加重の投票によって合意されなければなりません。
メカニズム
ガバナンスv1では、アクティブなトークン保有者と理事会が共同でネットワークアップグレードの決定を管理します。提案が一般の(トークン保有者)によって行われる場合でも、理事会によって行われる場合でも、最終的にはすべての保有者の国民投票を通じて、ステーク額(stake)と信念値(conviction)を重みとして決定する必要があります。
ガバナンスv2にはいくつかの変更があります。新しいガバナンスモデルがその分散化の特徴を反映する方法は:
Gov1における理事会は、受動的なトークン保有者の代表、国庫の守護者、立法の発起者の役割を果たしていますが、一般的には中央集権的なエンティティと見なされています。PolkadotおよびKusamaネットワークのさらなる分散化を進めるために、Gov2は理事会の職務をコミュニティに返還することを提案しています。
国民投票
公投はシンプルで包摂的な、ステーキングに基づく投票ソリューションです。各公投には、runtime特権関数呼び出しの形式(を採用した特定の提案が関連付けられており、最も強力な呼び出し:set_codeを含んでおり、全体のruntimeコードを切り替えることができ、元々"ハードフォーク"によって実現される必要があった機能)を実現します。
公投は固定された投票期間を持つ離散的なイベントです。投票期間が終了し、投票が集計されると、もし投票が承認された場合、関数(set_code)が呼び出されます。公投は常に二元的であり、あなたの投票の選択肢は「賛成」、「反対」、または完全に棄権することだけです。
ガバナンス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状態に入るための基準は以下の通りです:
投票スケジュール
Governance v1では、いずれかのキューに少なくとも1つの提案がある場合、28日ごとに新しい投票が行われます。理事会が承認した提案には1つのキューがあり、一般の提出した提案にも1つのキューがあります。2つのキューで上位にランクインした提案の間で順番に投票が行われます。
ランキング最上位の提案は、その背後にバインドされたステーキング量によって決まります。現在のキューが提案のない投票(を作成しようとする場合、キューは空であり、)、他のキューに提案がある場合、他のキューの最上位の提案が投票に入ります。
同じ期間に複数の国民投票を実施することはできませんが、緊急国民投票は除きます。通常の国民投票(の公開または理事会の提案)と同時に行われる緊急国民投票は、複数の国民投票を同時に投票できる唯一の状況です。
提案が承認されると、ガバナンスv2は同じ28日間の資格期間を共有します。この段階の終了時に承認されない場合、その提案は自動的に拒否されます。
公投投票(ガバナンスv2)
Governance v2では、提案が承認率と支持率の要件を満たす場合、その提案は承認されます。つまり、適応的群体バイアスシステムが削除されます。
承認率(は、承認投票の重み)が確信度調整後(において総投票重み)に占める割合(であり、承認と拒否)の割合を含みます。
支持率(Support)は承認された総票数(のconviction調整を無視した)システム内で行われる可能性のある総票数との比較です。
それは確認期間の最短時間内にこの基準を満たさなければなりません。異なるトラックには異なる確認期間と承認および支持要件があります。現在、必要な支持量と全体の承認を通じて構成できます。低特権ソースを使用した提案は、高特権カテゴリ(、例えばRoot)を使用した提案と比較して、必要な投票率をより現実的な数値に早めに引き下げることがより合理的です。政治的に重要なコースは、争いを避けるために早めにより高い承認を要求することができます。
Gov2では、28日後に承認されない提案はデフォルトで拒否されたと見なされ、Decision Depositが返還されます。提案が確認期間の終了前に通過を維持できれば、承認されたものと見なされ、提案されたソースから実行される予定です。制定期間は全体投票提案時に指定されますが、軌道に基づく最小値にも制約されます。より強力なTracksは、ネットワークが提案によってもたらされる可能性のある変化に準備するために十分な時間を確保するために、より長い実行期間を強制します。
自発的ロック
Polkadotは「自発的ロック」と呼ばれる概念を使用しており、トークン保有者がトークンをロックする期間を宣言することで、投票権を増やすことができます。したがって、各トークン保有者の投票数は以下の式を使用して計算されます:
投票数 = トークン * 有罪判決の乗数
ロック期間は毎回倍になり、conviction倍率は投票倍率を1増加させます。
ロック期間投票倍率00.111224384165326
ロック期間"倍増"の最大回数は6(に設定されているため、合計32のロック期間)、1つのロック期間は28日です。倍増のみが許可されており、例えば、24の期間をロックしてconvictionを5.5増やすことはできません。
トークンがロックされた後でも、それを使用して投票やステーキングを行うことができます; あなたはこれらのトークンを別のアカウントに移動することを禁止されています。
投票は常に同じ時間に「計算」されます。つまり、投票期間の終了時に行われます。これはトークンのロック期間の影響を受けません。
( 住民投票をキャンセルする
ガバナンスv1では、技術委員会が提案を取り消すことに全会一致で同意した場合、またはRootソースがこの機能をトリガーした場合に、提案を取り消すことができます。取り消された提案のデポジットは破棄されます。
さらに、理事会の三分の二の多数決により、投票を取り消すことができます。投票提案の中で問題が遅れて発見された場合、)たとえばその提案が実行するruntimeコードにエラーがある場合、###これは最後の手段として考えられるかもしれません。
もし取り消しの論争が十分に大きく、理事会が三分の二の多数を得られない場合、提案の運命は利害関係者によって共同で決定される。
ガバナンスv2には、投票済みの提案に干渉するための特別な操作であるCancelation(撤回)があります。この操作は、提案の状態に関係なく、進行中の住民投票を即座に拒否します。また、提案が悪意のあるものであるかスパムである場合、提案者のデポジットが没収されることを保証する規定もあります。
キャンセルはそれ自体がガバナンスの操作であり、ネットワーク投票によってのみ実行される必要があります。撤回には独自のOriginとTrackが伴い、非常に短い導入期間と承認率/支持率曲線を持っています。これらの通過の閾値はやや迅速に低下しますが、それは緊急の状況で呼び出されるためです。
( ポルカドットフェローシップ
このフェローシップは、基本的に自律した専門機関であり、その主な目的はPolkadotネットワークとプロトコルに関する技術的知識を持つ人々を代表することです。フェローシップは"等