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.
ポルカガバナンスV2: より効率的で柔軟な分散化決定メカニズム
ガバナンス V2
ポルカは巧妙なガバナンスメカニズムを採用しており、ステークホルダーのニーズに応じて優雅に進化することができます。その目標は、常に大多数の権益がネットワークを制御できるようにすることです。
この記事の内容は変更される可能性があります。ガバナンスプロトコルはこれまでに数回のイテレーションを経ており(v1およびv2)、今後もさらなる変更が見込まれています(v2.5)。
ポルカの最初の分散型ガバナンスシステム(v1)は、3つの主要なコンポーネントで構成されています:
v1システムは運用開始から数年の間、順調に機能し、国庫資金の適切な使用とタイムリーなアップグレードおよび修正を確保しました。しかし、システムが成熟するにつれて、欠点を改善し進展に追いつくための進化が必要です。例えば、v1ではすべての投票権重みが同じで、一度に一つの投票にしか投票できず、投票期間は数週間続くことができます。これにより、システムはごく少数の提案を慎重に検討する傾向があり、広範囲に多数の提案を考慮することができませんでした。
したがって"治理v2"(Gov2)が生まれました。Gov2は日常的な意思決定の方法を変え、公投の影響範囲をより広く、より迅速にし、システムが行える集団的な決定の数を大幅に増加させました。
Gov2はKusamaで立ち上げられた後、Polkadotへの展開を提案します。現在、Gov2はKusamaネットワーク上で稼働しています。
以下の内容は、ポルカネットワークの核心的なガバナンスの原則について紹介します。v1の起源を理解することで、第二回のイテレーションの方向性をより良く理解するのに役立ちます。これらの違いと区別は、各サブテーマで強調されます。
注意が必要なのは、現在の段階では、ガバナンスは進化し続けるプロトコルであるということです。v2のアップデートがネットワークに入るにつれて、v2.5の計画も策定されています。
前提
概括すると、このネットワークは、オンチェーンに保存され、WebAssemblyで定義されたアモルファス状態遷移関数を含むさまざまな新しいメカニズムと、適応的な絶対多数閾値とバッチ承認投票メカニズムを持つ国民投票など、さまざまなオンチェーン投票メカニズムを集約しています。
協定のすべての変更は、持分加重の投票によって合意されなければなりません。
メカニズム
v1では、アクティブなトークン保有者と理事会が共同でネットワークのアップグレード決定を管理します。提案が一般からのものであれ、理事会からのものであれ、最終的には全体投票を経なければならず、ステーク量と信念値を重みとした決定が行われます。
v2にはいくつかの変更があります。新しいガバナンスモデルは、その分散化の特徴を反映する方法です:
v1では理事会が受動的なトークン保有者、国庫の守護者、立法の発起者として機能しますが、通常は中央集権的な実体と見なされます。さらなる分散化のために、v2は理事会の責任をコミュニティに返還することを提案しています。
国民投票
公投はシンプルで包括的なステーキングに基づく投票プランです。各公投には特定の提案があり、runtime特権関数呼び出し形式を採用しています。
国民投票は、固定された投票期間を持つ離散的なイベントです。投票期間が終了し、投票が集計された後、承認された場合は、対応する関数が呼び出されます。国民投票は常に二元的であり、選択肢は「賛成」、「反対」または完全に棄権することしかできません。
v1では、投票は以下の方法で開始できます:
すべての投票には実行遅延期間があります。これは、投票が終了してから提案が実際に実行される(までの時間です。
もし投票が終了し、集計が完了した場合、それは完了と見なされます。提案が承認された場合、それは実行される予定です。投票中の場合、それは未完了と見なされます。
一般市民または理事会が提出した提案には、28日の固定実行遅延期間があります。以前の住民投票の実行の一部として提出された提案は、必要に応じて遅延期間を設定できます。緊急提案の処理は「迅速なフォローアップ」が必要な重大な問題であり、実行時間は短くなります。
v2では、誰でもいつでも投票を開始でき、回数に制限はありません。v2はOrigins)ソース(とTracks)トラック(の概念を導入し、投票プロセスの支援と処理を行います。
Originは、与えられた特権レベルの豊富な記述子と見なすことができます。提案者は、提案の要件に基づいて適切なOriginを選択する必要があります。
各Originは1つの投票カテゴリーに関連しており、各カテゴリーは1つのTrackに関連しています。Trackは提案のライフサイクルを概説しており、他のカテゴリーとは独立しています。異なる独立したTrackは、ネットワークが暗黙の特権レベルに基づいて投票のダイナミクスを調整できるようにします。
例えば、Runtimeのアップグレードがエコシステムに与える影響は、国庫のチップの承認とは異なるため、異なるOriginsが必要です。その中で、異なる投票率、承認率、デポジット、最短実行周期があらかじめ決定されます。
) 提案に関する国民投票
国民投票
誰でも一定期間内に最低数量のトークンを預けることで、投票提案を行うことができます。誰かが同意した場合、同じ数量のトークンを預けて支持を示すことができ、これを「エンブレース」と呼びます。最高のバインドトークンの支持を得た提案が、次の投票サイクルの投票として選ばれます。
提案が提出されると###、投票が行われます(、バインドされたトークンが解放されます。
v1の提案キューには最大で100件の公共提案を含めることができます。
v2では、投票が開始された後、コミュニティはすぐに投票できます。しかし、その投票は終了または票を計算することができる状態、承認され実行される状態にありません。投票は、"決定)Deciding("の状態に入るためにいくつかの基準を満たす必要があります。それ以前は未定の状態です。
Decided状態に入るための基準は以下の通りです:
評議会の国民投票)v1(
理事会全票通過 - 理事会の全メンバーが同意した場合、提案は国民投票に移されます。この国民投票は、否定的投票率の偏差を生じます。
理事会の多数により承認 - 単純多数が同意する場合も投票が可能ですが、多数決方式を採用します。
有効な投票は常に1つだけであり、進行中の緊急投票がない限り、他の投票は行えません。
投票スケジュール
v1では、キューに少なくとも1つの提案があると仮定し、28日ごとに新しい投票を行います。理事会に承認された提案には1つのキューがあり、一般の提出した提案にも1つのキューがあります。2つのキューの中で上位にランキングされた提案の間で交互に投票が行われます。
ランキングは、バインドされたステーキングの数量によって決定されます。現在のキューが提案なしで公投)を作成しようとすると、キューは空になります(。他のキューに提案が並んでいる場合、他のキューの最前提案が公投に入ります。
複数の投票に同時に投票することはできませんが、緊急投票を除きます。通常の投票と同時に行われる緊急投票が、複数の投票に同時に投票できる唯一の状況です。
v2では、提案が承認されると28日間の資格期間が共有されます。この期間の終了時に承認されていない場合、自動的に拒否されます。
国民投票)v2(
v2では、提案が承認率と支持率の要件を満たす場合、承認され、自適応集団偏見システムが削除されます。
承認率は、承認された投票の重み)の確信調整後(が、総投票の重みの割合を占めることを定義します。
支持率は承認総票数)を基に、conviction(を無視して、システム内での可能な総票数との比較です。
それは、確認期間の最短時間内にこの基準を満たさなければなりません。異なるトラックには異なる確認期間と要件があります。現在、必要なサポート量と全体的な承認を通じて構成可能です。低特権ソースの提案については、必要な投票率を現実的な数値に早めに引き下げることがより合理的です。政治的な意味が大きい場合は、論争を避けるために、より早く高い承認を要求できます。
v2では、28日後に承認されていない提案はデフォルトで拒否されたと見なされ、Decision Depositが返金されます。提案が確認期間終了前に通過したままの場合は、承認されたと見なされ、策定期間後に提案元から実行される予定です。策定期間は提案時に指定されますが、トラックに基づく最小制限に制約されます。より強力なトラックは、ネットワークが変更に準備するための十分な時間を確保するために、より長い実行期間を強制します。
自発的ロック
ポルカは「自発的ロック」コンセプトを使用し、トークン保有者がトークンをロックする期間を宣言することで投票権を増やすことを可能にします。各保有者の投票数は以下の公式を使用して計算されます:
投票数 = トークン * 有罪判決の乗数
ロック期間ごとに倍増し、conviction倍率が投票倍率を1増加させます。
ロック期間は最大6回)合計32のロック期間(、1つのロック期間は28日です。倍増のみ許可されており、24の周期をロックしてconvictionを5.5増加させることはできません。
ロックされた後でも投票やステーキングに使用でき、他のアカウントへの移動は禁止されています。
選票は常に投票期間終了時に"計算"され、ロック期間の影響を受けません。
適応型集団バイアス
v2では使用時間が長くなり、Approval/Supportシステムに置き換えられました。
評議会
v1では、ポルカの受動的利害関係者は「理事会」によって代表されます。理事会はチェーン上の実体で、複数の参加者で構成され、各参加者は一つのチェーン上アカウントを代表します。ポルカの理事会は現在、メンバーで構成されています。
国庫を管理することを除き、理事会は主に三つのガバナンスの任務を担当しています:
v2では、従来の理事会が有権者の委任機関として果たしていた役割を代替するための戦略が必要です。v2はv1の投票委任機能の上に構築されており、有権者はシステム内の他の有権者に投票権を委任できます。複数の役割の委任を通じて、有権者はシステム内の各種類の国民投票に異なる代表者を指定できます。例えば、ある実体に影響の少ない国民投票のカテゴリを管理させ、別の代表者により重大な結果をもたらすカテゴリを管理させ、残りのカテゴリの完全な投票権を保持することができます。
投票の取り消し
v1では、技術委員会の全員が同意するか、Rootソースがトリガーされた場合、提案をキャンセルできます。キャンセルされた提案のデポジットは破棄されます。
さらに、理事会の三分の二の多数決により、国民投票を取り消すことができます。国民投票の提案の中で後に問題が発見された場合、これは最後の手段として使用されることがあります。
もし議論が理事会が三分の二の多数を得られないほど大きくなると、利害関係者が提案の運命を共同で決定します。
v2では、Cancelation)という特別な操作があり、投票済みの提案に介入するために使用されます。この操作は、提案の状態に関係なく、進行中の投票を直ちに拒否します。また、提案が悪意のあるものであったり、スパムである場合、提案者のデポジットが没収されることが規定されています。
キャンセル自体はガバナンス操作であり、ネットワーク投票を経ないと実行できません。撤回には独自のOriginとTrackがあり、非常に短い導入期間と承認率/支持率の曲線を持っています。状況が緊急な場合に呼び出されるため、しきい値は迅速に下がります。
技術委員会
v1では、技術委員会(TC)がKusamaガバナンスの三院の一つとして導入されました。TCは、PolkadotランタイムまたはHostを成功裏に実装または定義したチームで構成されています。理事会の単純多数決により、TCにチームを追加または削除することができます。
TCの目的は、悪意のある投票を防ぎ、バグ修正を実施し、誤ったランタイム更新を逆転させるか、新機能を追加することです。TCは、提案を加速するためにDemocracyパレットを使用する権限を持ち、加速機能をトリガーできる唯一のソースです。私たちは、TCを提案を生成できないが、既存の提案を加速できる「唯一のソース」と見なすことができます。
迅速な住民投票は、別の住民投票と同時に行うことができる唯一の住民投票です。したがって、迅速な住民投票を通じて、2つのアクティブな住民投票を同時に行うことができます。1つの投票を行っても、もう1つの投票を妨げることはありません。
v2では、新しい後継委員会「Polkadot Fellowship」が導入され、技術委員会に取って代わります。これはPolkadotとKusamaネットワークにサービスを提供します。
ポルカドットフェローシップ
Fellowshipは基本的に自治された専門機関であり、主な目的はPolkadotネットワークとプロトコル技術の知識を持つ人々を代表することです。Fellowshipは「レベル」によってメンバーを分類し、その意見の賢明さ、技術的基盤の良好さ、そしてPolkadotの利益に合致する程度を表します。
現在のTechnical Collectiveとは異なり、これはメンバーの範囲を拡大することを目的としています(数万人のメンバーを受け入れることができ、)参入障壁ははるかに低くなっています。候補メンバーになるのは簡単で、小額のデポジットを預けるだけです。
Fellowshipのメンバーは、任意のFellowship提案に投票することができます。メンバーの総合意見(は、レベルに応じて加重され)Fellowshipの考慮意見を構成します。
Fellowshipの投票メカニズムは、Polkadotの利害関係者による提案された公投の投票メカニズムと同じです。
レベルシステム
ネットワークの有効な制御を少数の参加者が得るのを防ぐために、このシステムは3つの主要な原則を守っています:
Fellowshipはネットワークに対してハードパワーを持ってはいけない: パラメータを変更したり、修正したり、資産を移動したりすることはできない。唯一の権限は、投票のタイムラインを短縮できることだけである。
Fellowshipは全体的な意見において高いレベルにより多くの重みを与えますが、少数の上級メンバーの意見が一致した低いレベルのメンバーの意見を超えられないほど高くなるべきではありません。