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