HIP-3: ビルダーがデプロイする永続契約

Hyperliquid プロトコルは、パーミッションレスな builder デプロイ型永続契約（HIP-3）をサポートしており、これは永続契約の上場プロセスを完全に分散化するための重要なマイルストーンです。

永続契約市場のデプロイヤーは以下を担当します

市場の定義（オラクルの定義と契約仕様を含む）
市場の運用（オラクル価格の設定、レバレッジ制限の設定、必要に応じた市場の決済を含む）

HIP-3 は、高性能な証拠金計算とオーダーブックを含む HyperCore スタックを継承しています。例えば、HIP-3 の永続契約を取引するための API は他の HyperCore アクションと統一されています。HIP-3 アセットを取引するには、こちらのスキーマに従ってアセット ID を設定するだけで済みます。

仕様

メインネットにおけるステーキング要件は 500k HYPE です。この要件は、インフラの成熟に伴い将来低下すると予想されています。直近の要件を超えてステーキングされた額は、いつでもアンステーク可能です。ステーキング要件は、DEX がデプロイされてから最低 183 日間維持される必要があります。
ステーキング要件を満たすデプロイヤーは、誰でも 1 つの永続契約 DEX をデプロイできます。念のため補足すると、各永続契約 DEX は独立した証拠金計算、オーダーブック、デプロイヤー設定を持ちます。将来のアップグレードでは、同じデプロイヤーとステーキング要件を共有する複数の DEX デプロイがサポートされる可能性があります。
任意のクォート資産を DEX の担保資産として使用できます。念のため補足すると、パーミッションレスなクォート資産の要件を満たさなくなった資産は、オンチェーンのバリデーター投票に基づいてクォート資産としての地位を失います。このような投票により、当該資産を担保として使用する永続契約 DEX も無効化されます。デプロイヤーが自らクォート資産を無効化しても、対応する永続契約 DEX は無効化されません。
HIP-3 のデプロイヤーは、クォート資産に関連するスラッシングの対象ではありません。将来のアップグレードでは、クォート資産が無効化された DEX は新しい担保トークンへの移行をサポートする予定です。クォートトークンのデプロイヤーには独自のステーキングおよびスラッシング条件があるため、これはメインネットでは発生しないと予想されています。要するに、クォート資産の選択は取引手数料やプロダクト上の考慮事項として重要ですが、HIP-3 デプロイヤーにとって存続に関わるリスクではありません。
各永続契約 DEX でデプロイされる最初の 3 つのアセットは、オークションへの参加を必要としません。追加のアセットは、HIP-1 オークションと同じハイパーパラメータ（頻度や最低価格を含む）によるダッチオークションを経ます。追加の永続契約向けの HIP-3 オークションは、すべての永続契約 DEX 間で共有されます。将来のアップグレードでは、時間的制約のある将来のデプロイのためにアセットを予約する、より優れた運用性がサポートされる予定です。デプロイヤーには、7 + 0.2 * n_auction_deployments の予約デプロイも付与され、現在のオークション価格で使用できますが、オークションのタイマーはバイパスされます。
HIP-3 市場には、通常の取引手数料割引の適用対象が含まれます。これにはステーキング割引、リファラル報酬、アラインド担保割引が含まれます。HIP-3 デプロイヤーは 0-300%（グロースモードでは 0-100%）の範囲で追加の手数料分配率を設定できます。分配率が 100% を超える場合、プロトコル手数料もデプロイヤー手数料と同額に引き上げられます。
アラインドステーブルコイン担保は、アラインメント条件（ユーザーとデプロイヤーのフィードバックに基づいて更新中）が実装されると、自動的に割引された手数料を受け取ります。

決済

デプロイヤーは haltTrading アクションを使用してアセットを決済できます。これにより、すべての注文がキャンセルされ、ポジションは現在のマーク価格で決済されます。同じアクションで取引を再開することもでき、実質的にアセットを再利用できます。これを利用すれば、新しい契約ごとにデプロイオークションに参加することなく、期限付き契約を上場できます。

すべてのアセットが決済されると、デプロイヤーの必要ステークはアンステーク可能になります。

オラクル

プロトコルレベルではオラクルは完全に汎用的ですが、永続契約が数学的に最も意味をなすのは、操作が困難で経済的重要性を持つ、明確に定義された基礎資産またはデータフィードが存在する場合です。ほとんどの価格指数は、永続契約のオラクルソースとして適していません。デプロイヤーは、上場済みのすべての市場に対してスラッシングの対象となるため、市場を上場する前にエッジケースを慎重に検討すべきです。

スラッシング

注：以下のすべての用法において、「スラッシング」は HIP-3 の文脈におけるもののみを指します。

高品質な市場を確保しユーザーを保護するため、デプロイヤーは 500k のステーク済み HYPE を維持しなければなりません。悪意のある市場運用があった場合、バリデーターはステーク加重投票を行う権限を持ち、デプロイヤーのステークをスラッシュできます。デプロイヤーがアンステークしてステーキング出金を開始した後でも、ステークは 7 日間のアンステーキングキューの間は依然としてスラッシュ可能です。

スラッシングは最終的にはバリデーターの定足数によって決まりますが、プロトコルのガイドラインは慎重なテストネット分析、ユーザーフィードバック、デプロイヤーフィードバックから精錬されたものです。指導原則は、スラッシングはプロトコルの正確性、可用性、またはパフォーマンスを危険にさらす行為を防止するためのものであるということです。経験則として、スラッシュ可能な行為には、プロトコル実装におけるバグ修正が伴うべきです。したがって、HIP-3 は最終状態ではスラッシングを必要としないはずです。しかし、スラッシングはこの大規模な機能セットを実運用に移す上で重要な安全メカニズムです。

スラッシングは技術的なものであり、悪意のある行為と無能な行為を区別しません。関連して、スラッシングは以下を区別しません

十分に設計された契約仕様から逸脱するデプロイヤー
不十分に設計された契約仕様に忠実に従うデプロイヤー
秘密鍵が漏洩したデプロイヤー

重要な要素は、デプロイヤーの行動がプロトコルに与える影響です。発見されたバグは、責任を持って開示され悪用されないことなど、当該プログラムの条件を満たす場合、バグバウンティプログラムによって手厚く補償されます。これらの報告は大いに歓迎されます。

プロトコルの問題を引き起こさない悪意のあるデプロイヤー入力の試みであっても、スラッシュ可能です。同様に、プロトコルの問題を引き起こすが不規則ではない入力は、スラッシュ対象ではありません。特に、デプロイヤー入力と無関係な通常運用下のバグは、スラッシングの範囲外です。「不規則な」入力の解釈はバリデーター投票によって決定され、システムの制限を回避するエッジケースや抜け穴を悪用する入力が含まれます。デプロイヤーのすべてのトランザクションはオンチェーンであり、利害関係者は誰でも独立して分析できます。

悪意のある行為の中には、プロトコルの定義上は有効だが、特定の主観的解釈のもとでは不正確なものがあります。スラッシング原則は、プロトコルが主観的な事柄に介入すべきでないと定めています。その動機は、プルーフ・オブ・ステーキのブロックチェーンは望ましくない状態遷移に対してハードフォークできるものの、実際に行うことは極めてまれであるという点にあります。プラットフォームの中立性は、維持すべき非常に重要な特徴です。関連して、デプロイヤーからスラッシュされたステークは、影響を受けたユーザーに分配されるのではなくバーンされます。これもプルーフ・オブ・ステーキの原則に基づいており、ユーザーとデプロイヤー間のインセンティブの不一致の一部を防ぎます。プロトコルレイヤーは主観的な不規則性を強制しませんが、下流のアプリケーション層やソーシャル層はそれを行えます。最終的には、デプロイヤーの評判と将来の成功が常に危険にさらされます。

個々の事例でスラッシュされる額は、最終的にはバリデーター投票のステーク加重中央値です。ただし、一般的なガイドラインとして、無効な状態遷移や長時間のネットワーク停止を引き起こす不規則な入力は最大 100% スラッシュされる可能性があります。短時間のネットワーク停止を引き起こす不規則な入力は、最大 50% まで部分的にスラッシュされる可能性があります。ネットワークの劣化やパフォーマンス問題を引き起こす無効な入力は、最大 20% まで部分的にスラッシュされる可能性があります。

最後に、スラッシング条件はステーカーの構成とは独立しています。したがって、LST オペレーターはデプロイヤーを慎重にデューデリジェンスすべきです。LST オペレーターは、スラッシングリスクをユーザーに慎重かつ明確に伝えるべきでもあります。デプロイヤーに対する自己ボンディング要件は理にかなっている可能性があります。

最も可能性の高い帰結として、メインネットでスラッシングが発生することは決してありません。HIP-3 を自己完結型で技術的に堅牢なシステムにするために、大量の技術的作業が投じられてきました。実装上の問題がない限り、HIP-3 は Hyperliquid の慎重に設計された数学的なソルベンシー保証を継承します。

クロス証拠金

重要：アセットに対するクロス証拠金の有効化は元に戻せません。デプロイヤーは、有効化する前に以下の条件を慎重に検討すべきです。

システムレベルの保護があるにもかかわらず、異なるデプロイヤーの DEX 間でクロス証拠金を使用するユーザーは、それでも大きなリスクを負います。ユーザーをより保護するため、メインネットのバリデーターは、HIP-3 デプロイヤーが定義された適格基準を満たすアセットに対してのみクロス証拠金を有効化することを強制します。適格基準には、十分な観測可能な流動性、信頼できる外部オラクルソース、価格操作への耐性が含まれます。特に、アセットの externalPerpPx が日始めの価格から 50% 以上動くたびに、バリデーターはデプロイヤーが操作によってスラッシュされるべきかどうかを判断するレビューを行います。月に 1 回を超えて 50% の日次変動が予想されるアセットは、クロス証拠金の対象外であり、デプロイヤーのスラッシングの対象となります。

バックストップ清算人

各 HIP-3 DEX には、0x400..00 + {dex_index} にある完全にオンチェーンなストラテジーが関連付けられており、指定された HIP-3 DEX のバックストップ清算可能なポジションを引き継ぎます。オンチェーンのバックストップ清算人はクロス証拠金が有効なアセットのみを受け入れるため、これらのアセットは、将来の高ボラティリティイベントの際に ADL を経験する可能性が大幅に低下します。各 DEX のオンチェーンバックストップ清算人は独立したユーザーであり、DEX のソルベンシーを数学的に保証するために ADL にフォールバックします。

ユーザーにとってのアクションアイテムはありません。スケールアウトされると、バックストップ清算人は不良債権を回避しつつ証拠金不足のポジションを吸収し、ADL の必要性を減らします。