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