プロトコルのガバナンスにおけるパラメータ更新は、リスクプロファイルにかかわらず、一般に一様なタイムロック遅延の下で実行されると想定されています。
TermMax はポジションを FT、XT、GT にトークン化します。注文の実行はレンジ注文のプライシングカーブ上で行われ、FT は満期前に取引可能です。
それによって、パラメータガバナンスに対する私の見方が変わりました。
プロトコルは非対称なタイムロック設計を採用しており、リスクを低減する変更はタイムロックなしで即時に適用されます。一方で、リスクを高める変更――例えばタイムロック期間の短縮、パフォーマンスフィー率の引き上げ、またはマーケットのホワイトリスト追加――は、完全なタイムロック期間(デフォルト:1日)を要します。提案は、構造化された Submit(提出)、Wait(待機)、Accept(承認)のプロセスを経て行われ、その間 Guardian(ガーディアン)ロールが保留中の変更を精査し、必要に応じて取り消すための明示的な権限を保持します。
キュレーターが突発的な市場の混乱の際にパラメータを調整する必要があるとき、Guardian の監督と非対称タイムロックの仕組みがどのように機能するのかは、実行上の変数のままです。
オンチェーンでこの実行をライブで観察するのが楽しみです。
#termmax @TermMax
TermMax はポジションを FT、XT、GT にトークン化します。注文の実行はレンジ注文のプライシングカーブ上で行われ、FT は満期前に取引可能です。
それによって、パラメータガバナンスに対する私の見方が変わりました。
プロトコルは非対称なタイムロック設計を採用しており、リスクを低減する変更はタイムロックなしで即時に適用されます。一方で、リスクを高める変更――例えばタイムロック期間の短縮、パフォーマンスフィー率の引き上げ、またはマーケットのホワイトリスト追加――は、完全なタイムロック期間(デフォルト:1日)を要します。提案は、構造化された Submit(提出)、Wait(待機)、Accept(承認)のプロセスを経て行われ、その間 Guardian(ガーディアン)ロールが保留中の変更を精査し、必要に応じて取り消すための明示的な権限を保持します。
キュレーターが突発的な市場の混乱の際にパラメータを調整する必要があるとき、Guardian の監督と非対称タイムロックの仕組みがどのように機能するのかは、実行上の変数のままです。
オンチェーンでこの実行をライブで観察するのが楽しみです。
#termmax @TermMax
