HIP-2: Hyperliquidity

動機

HIP-1 はパーミッションレスなトークンスタンダードとして十分ですが、実際には流動性のブートストラップが重要な場合がよくあります。Hyperliquid のコア設計原則の一つは、流動性が民主化されるべきことです。永続契約の取引では、HLP が CEX の永続契約とスポットの価格に基づいて深くてタイトな流動性を提示できますが、価格発見の初期段階にある HIP-1 トークンには新しいモデルが必要です。

Hyperliquidity は Uniswap に着想を得ており、エンドユーザーからの洗練されたオーダーブック流動性をサポートするために、ネイティブなオンチェーンオーダーブックと相互運用します。HIP-2 は、Hyperliquid のブロック遷移ロジックの一部である完全に分散化されたオンチェーン戦略です。従来の自動化されたオーダーブック戦略とは異なり、オペレーターは存在しません。戦略ロジックは、オーダーブック自体を運用するのと同じコンセンサスによって保全されています。なお、Hyperliquidity は現在、USDC とのスポットペアでのみ利用可能です。

Hyperliquidity は以下によってパラメーター化されます：

spot: HIP-1 のデプロイによって返される、USDC クォートのスポットオーダーブック資産
startPx: レンジの初期価格
nOrders: レンジ内の注文数
orderSz: レンジ内の完全な注文のサイズ
nSeededLevels: アスクではなくビッドとして開始するレベルの数。nSeededLevels を増やしてビッドレベルを1つ追加するごとに、デプロイヤーは px * sz の価値の USDC を Hyperliquidity に資金提供する必要があることに注意してください。nOrders が固定の場合、シードされたレベルを増やすと、Hyperliquidity のジェネシス供給量が減少するため、総供給量が減ります。

各 Hyperliquidity 戦略は、px_0 = startPx、px_i = round(px_{i-1} * 1.003) と再帰的に定義される価格レンジを持ちます。戦略は、前回の更新ブロックから少なくとも3秒経過したブロックタイムのブロックごとに更新されます。各更新の後：

戦略は nFull = floor(balance / orderSz) の完全なアスク注文と、部分注文がゼロでない場合に balance % orderSz の部分アスク注文を目標とします。ALO 注文が拒否されない限り、これらの注文は保証されます。
完全に約定した各トレンチは、利用可能な残高がある側の orderSz サイズの注文に変更されます。(1) の単一の部分注文が存在する場合は例外です。

結果として得られる戦略は、3秒ごとに0.3%のスプレッドを保証します。汎用チェーン上のスマートコントラクトベースのプールと同様に、Hyperliquidity はユーザートランザクションの形でのメンテナンスを必要としません。重要な改善点の一つは、Hyperliquidity が汎用のオーダーブックに参加することです。アクティブな流動性提供者は、いつでも Hyperliquidity と並んで流動性提供に参加でき、市場は流動性への需要の増加に適応できます。