提案のライフサイクル
dYdX改善提案（DIP）ライフサイクルの概要
提案ステージ
dYdXガバナンスプロセスは https://dydx.forum/ のガバナンスフォーラムにおいて推進され、dYdX改善提案(「DIP」)を通じて承認されます。
以下では、コンセプトの開始および定義から実際の実装までのdYdX v3ガバナンスプロセスがどのように進むかを説明する、あらかじめ準備した草案を概説します。これらのプロセスは、dYdXコミュニティからのフィードバックに応じて変更される場合があります。
以下のフローチャートは、提案を審査する最初の提案ステージです。
0.フォーラムディスカッション
https://dydx.forum/ でホストされているdYdXのガバナンスフォーラムでは、誰もが任意のトピックについてサインアップおよびスレッドの設定ができます。コミュニティのメンバーは、メールアドレスまたはイーサリアムウォレットを使用して登録する必要があります。
1.（オフチェーン）DRCの作成
オフチェーンでdYdXコメントリクエスト（DRC）の作成は、ガバナンス改善プロセスにおける最初のステップです。ガバナンスフォーラム には誰でも参加し、オフチェーンでのDRCの作成や改善について議論することができます。
DRCを作成するには、このテンプレートを使用してください（Githubで利用可能です）。DRCは最終DIP素案のすべての情報をカバーする必要があります。
少なくとも、DRCには以下のものを含める必要があります。
DRCの短い、簡潔なタイトル
提案の短い、簡潔な説明
DRCの理論的根拠（例：存在理由）
フォーラムポストのタイトルには、DRC：DRCの短いタイトルが含まれる必要があります。例：DRC：新マーケットリクエスト
コミュニティのメンバーがオフチェーンの改善の選択のために使用できるコミュニティ調査
2.DRCディスカッションおよびフィードバック
ガバナンスフォーラムに掲載されると、DRCをさらに改善するため、すべての質問やコメントに対処し、考慮に入れなければなりません。
3。 DRCスナップショットでの選択
スナップショットでの選択には2つの目的があります：1つは将来におけるオンチェーンDIPのセンチメントのシグナリング、もう1つはオフチェーン制御された変数についての拘束力ある選択です。
オフチェーンDRCで非常に大まかな合意が得られると、1万ガバナンストークン以上の提案権を持つコミュニティメンバーはスナップショットでDRCに対してオフチェーン投票を作成できます。当社では、通常の勤務時間中に可視性を高めるために、dYdXコミュニティに対して月曜日にスナップショット投票を行うことを推奨しています。
スナップショットは、ユーザーがセンチメントオフチェーンを伝えることができるシンプルな投票インターフェースです。 スナップショット投票は、投票に使用されるアドレスの議決権として加重されます。
センチメントのシグナリングに関連するスナップショット投票では、提案者は以下を提供する必要があります：
DRCの詳細、
投票システム、
投票期間（投票の開始日から終了日までの4日間を設定）、
選択遅延 - 6,570ブロック（13.2秒のブロックタイムに基づくと約1日）先のスナップショットブロック番号。 スナップショットブロック番号は、選択権を有するコミュニティメンバーの状態をロックします。スナップショットブロック番号の以前からトークンを保有するトークン保有者には、選択する資格があります。ガバナンストークン保有者は、各アドレスの投票権のスナップショット以前に、選択遅延によりトークンの取得、投票権の委任、ウォレット間のトークンの移動に必要な時間が付与されます。 ウォレット間の移動は、$ethDYDXと$wethDYDXにのみ適用されることにご注意ください。
オンチェーンでのスマートコントラクトコールが必要でない意思決定の場合、特にトレードおよび流動性プロバイダーの報酬公式の変更については、スナップショットの選択は拘束力を有する最終選択とみなされます。提案者は上記の要件を含め、以下の内容の提供が必要です：
二者択一のオプション（明確化のためアドレスは提案への賛成または反対のいずれかを選択します）。
スナップショットの選択の結果、以下の条件を満たす場合、dYdX Trading Inc.は提案された変更を実行します。
最小クォーラム（少なくとも
100万ガバナンストークン）、最小クォーラムは意思決定の分散化に貢献し、一方的な意思決定から保護します。最小選択差（少なくとも67％が提案に賛成していなければなりません）。最小選択差は、賛否が拮抗しており、さらに議論が必要な提案を除外することに役立ちます。
dYdX Trading Inc.はスナップショットの選択で決定された変更について、最長1エポック（28日間）の実行猶予期間を有します。
注：提案および選択は署名済みメッセージとしてIPFSに保存され、コモンウェルスポータルを介して入手できます。
4.（オンチェーン）DIPの作成
ラフコンセンサスに達すると、提案の種類について十分な提案権を保有するコミュニティのメンバーによって、オンチェーンDIPが提出される可能性があります。スマートコントラクト呼び出しを通じてオンチェーンDIPが開始されます。提案は、スナップショットでのオフチェーンDIP選択の賛成結果に基づく必要があり、提案ごとに最大10アクションまで、1つまたは複数のアクションで構成できます。
DIPの作成は、アカウントに必要な保有/委任された最小トークンの数が対象となります。提案作成時に、タイムロックでの実行管理者を指定する必要があります。初期のパラメータは以下のとおりです（ガバナンスによって変更できます）。
| パラメータ | 説明 | 短いタイムロックでの実行管理者 | Merkle-Pauserの実行管理者 | 長いタイムロックでの実行管理者 | Starkwareの実行管理者 |
|---|---|---|---|---|---|
提案の基準値 | 提案作成に保有/委任された最小トークン | 総供給量の0.5％ | 総供給量の0.5％ | 総供給量の2％ | 総供給量の0.5％ |
5.（オンチェーン）DIPの選択
オンチェーンDIPが作成された後、提案は選択遅延によって定義された期間に保留中の状態に入ります。現在、6,570ブロックまたは約1日間（ブロックごとに13.2秒）です。言い換えれば、DIP作成から1日後にユーザーのスナップショットが記録され、その時点で、提案はアクティブ状態に移行します。
選択遅延後、選択期間がアクティブになります。選択期間は、提案の種類によって異なります。
以下のグラフは、DIP状態フローチャートを示しています。
DIPがオンチェーンで作成された後、選択遅延、選択期間、最小選択数、および最小選択数差が対象となります。初期のパラメータは以下のとおりです。
| パラメータ | 説明 | 短いタイムロックでの実行管理者 | Merkle-Pauserの実行管理者 | 長いタイムロックでの実行管理者 | Starkwareの実行管理者 |
|---|---|---|---|---|---|
選択遅延 | 提案の送信後、提案の選択前に待機するイーサリアムブロック数 | 6,570ブロック | 6,570ブロック | 6,570ブロック | 6,570ブロック |
選択期間* | 提案が選択可能である場合の選択期間 | 4日間 | 2日間 | 10日間 | 4日間 |
最小選択者数 | DIP提案が審査を通過する場合の最小賛成票 | 総供給量の2％ | 総供給量の1％ | 総供給量の10％ | 総供給量の2％ |
選択数差 | DIP提案が審査を通過する場合には、賛成-反対の選択差が必要となります | 総供給量の0.5％ | 総供給量の0.5％ | 総供給量の10％ | 総供給量の0.5％ |
*13.2秒のブロックタイムに基づくタイミング。
選択遅延はガバナンスによってのみ変更できますが、最小限および最大限の遅延（包含）の間の値に限ります。選択期間、最小クォーラム、選択差は変更できません。
6.提案のキュー追加および実行
DIPが審査通過すると、任意のアドレスがキューメソッドを呼び出すことで提案をタイムロックのキューに移動できます。DIPは、審査通過した場合にのみキューに追加することができます。
| パラメータ | 説明 | 短いタイムロックでの実行管理者 | Merkle-Pauserの実行管理者 | 長いタイムロックでの実行管理者 | Starkwareの実行管理者 |
|---|---|---|---|---|---|
タイムロック遅延* | 提案が審査通過してキューに追加した後、提案が実行されるまでの遅延時間です | 2日間 | 0日間 | 7日間 | 2〜9日間 |
約定猶予期間* | 提案が実行可能になるまでの期間ががあり、その間に実行する必要があります。 | 7日間 | 7日間 | 7日間 | 7日間 |
最小タイムロック遅延期間* | 提案執行までの最小遅延時間（キュー追加後） | 1日間 | 0日間 | 5日間 | 4日間 |
最大タイムロック遅延期間* | 提案執行までの最大遅延時間（キュー追加後） | 7日間 | 1日間 | 21日間 | 21日間 |
*13.2秒のブロックタイムに基づくタイミング。
選択期間が終了し、提案が成功すると、誰でもタイムロックの遅延を開始するためにキューを呼び出すことができます。
Starkwareの優先タイムロックの執行管理者は、9日間のタイムロック遅延のうち7日間を優先期間とします。これは、9日間経過以降は誰でも提案を執行できますが、2〜9日間（優先期間）の間はStarkwareが提案を執行するオプションを有していることを意味します。
実際に稼働すると以下のようになります。
0～2日目：誰も実行できません
2～9日目：Starkwareのみ実行できます
9日目：誰でも実行できます
7.（オプション）提案のキャンセル
DIPライフサイクルのいずれの時点でも、提案者はDIPをキャンセルできます。現在のブロックで十分なプロポジションパワーがない場合、提案は執行前に誰でもキャンセルできます。
FAQ
選択遅延の目的は何ですか？
選択遅延とは、提案の送信後に、提案の選択が開始されるまで待機するイーサリアムブロック数を指します。
投票権は、提案が提出される前または提案の選択遅延中に完全にアドレスに委任する必要があります。
現在、選択遅延は6,570ブロックに設定されており、約1日間です。提案作成時に、現在のブロック番号にこの値が追加されます。
将来的には、dYdXガバナンスは、選択遅延を増やすか減らすように選択する可能性があります。選択遅延の増加には明確な利点がありますが、日和見主義的なエッジケースによる悪用など、潜在的な悪影響をもたらしてしまう可能性があります。
提案基準値の目的は何ですか？
$ethDYDXおよび$wethDYDXは自由に取引可能な資産であるため、マーケット購入を通じて誰でもガバナンスの買収ができるようになってしまいます。とはいえ、悪意のある投票を強制的に通過させようとすると、短いタイムロックの場合には最小500万ガバナンストークン、長いタイムロックの場合には2,000万ガバナンストークンが必要になります。完全に不可能ではないかもしれませんが、この金額は、価格の変動を考慮すると、攻撃による純利益よりも法外に高額となり、より多くのコストがかかってしまいます。
グループが何らかの形で悪意のある買収を行った場合、タイムロックの遅延により影響を受けたエージェントはプロトコルから資産を出金する時間が与えられます。これは、プロトコルをフォークする機会であり、残りの善良な関係者によって実行される可能性が高いパスとなります。
最終更新
