Hyperliquid提案HIP-6の解説：オンチェーンIPO、今回は注文簿上

著者: ジェームズ・エヴァンス (@jimbo_evans)

編集：Deep Tide TechFlow

詳細:これは、プロトコルレイヤーで継続的な清算オークションメカニズムを導入することを提案する完全な Hyperliquid 改善提案です。これにより、新しいトークンプロジェクトは、中央集権型の取引所やサードパーティのプラットフォームに依存せずに、資本調達と流動性の立ち上げのプロセス全体をチェーン上で完了できるようになります。

著者はUniswapの継続的清算オークションモデルに着想を得て、Hyperliquidのオーダーブック環境向けに再設計しました。この提案は技術的な詳細が非常に包括的で、設定から決済、セキュリティ上の考慮事項まで、あらゆる側面を網羅しています。

全文は次のとおりです。

アイデア、ガイダンス、フィードバックを提供してくれた @fiegemax に感謝します。また、レビューとコメントを提供してくれた @arnx813、@0xBroze、@0xOmnia、@xenoflux、@happenwah、@const_hom、@DougieDeLuca にも感謝します。

開示事項：私は個人口座で$HYPEを保有しています。@recvcxで勤務していますが、この記事は私の個人的な見解を表明したものであり、Reciprocal Venturesの立場を代表するものではありません。

まとめ

HIP-6は、HIP-1資産向けにパーミッションレスなトークン発行オークションメカニズムを導入します。これは、@HyperliquidXでネイティブにトークンを発行するチーム向けに特別に設計されています。このメカニズムは、@UniswapのContinuous Liquidation Auction（CCA）をHyperliquidのネイティブOrder Book（CLOB）環境に適合させます。オークションへの登録時に、プロジェクトはプロトコル承認済みのアラインメントされたクォート資産からクォート資産（USDHなど）を選択し、これらの資産に対する新たな需要とユーティリティソースを創出します。オークションの収益はプロジェクトチームに帰属し、オークション終了時に、設定可能な一部が出来高加重平均価格を用いてHIP-2に自動的に流動性を注入します。すべてのオークションロジックはHyperCoreのブロック遷移内で動作し、外部オペレーターを必要としません。

モチベーション

HIP-1とHIP-2は、パーミッションレスなトークン展開と自動流動性をサポートしていますが、新規トークンの資本形成と価格発見に対するサポートが不十分です。@HyperliquidXでネイティブにトークンを発行するチームは、依然としてオフチェーンで資金調達を行い、HIP-2に自身の資金で手動で流動性を注入するか、薄い注文板で上場を完了することを余儀なくされています。これらの摩擦により、HyperliquidはICO機能の点で他の高性能エコシステムや取引所と同等の製品レベルをまだ達成していません。@solanaには@metadao、@baseには@UniswapのLiquidity Launchpadと@dopplerprotocol、@coinbaseには@echodotxyzがあります。HIP-6はオプションですが、より効率的な資本形成と価格発見を可能にすることで、Hyperliquid上に完全なプロジェクトライフサイクルを構築し、あらゆる金融を担うブロックチェーンになるというHyperliquidの目標を推進したい創業者をサポートします。

HIP-6 は Hyperliquid を次のように改善します。

オンチェーン資本形成: チームは単一のプロセスで Hyperliquid 上でネイティブに資金を調達でき、収益はプロジェクトチーム間で分配され、HIP-2 流動性が自動的に注入されます。

公正な価格発見: 継続的な清算オークションでは、複数のブロックにわたって市場価格を発見し、従来のオークションで一般的な時間ベースのゲームの影響を最小限に抑えます。

引用資産の成長の調整: 調整された引用資産の有用性を生み出し、それによって TVL を増やし、援助基金に利益を生み出します。

ビルダーの誘致：チームはHyperliquid上でトークンライフサイクル全体を完了できます。Hyperliquidでより多くのトークンを発行することで、支援基金はより多くの取引手数料を獲得できます。

参加者の保護: オークション期間中、コミットされた資金は HyperCore によってエスクローに保管され、プロジェクトチームまたは信頼できる第三者によってエスクローに保管されることはありません。

命名について: HIP-5 は以前別の提案に割り当てられていたため、この提案には HIP-6 という番号が付けられています。

何を基盤にして構築するのでしょうか?

HIP-6は、Uniswapの継続的な清算オークションをHyperliquidのネイティブCLOB環境に適合させます。CCAは、大規模なオークションをN個の段階的に小さなオークションに分割します。各ブロックにおいて、プロトコルはトークンのバッチをリリースし、均一な清算価格を計算します。価格発見は、一度に行われるのではなく、段階的に行われるため、入札者は待つよりも早く参加するインセンティブを得られます。

すべての代替案には明らかな欠点があります。

固定価格販売：誰かが正しい開始価格を推測する必要があるため、価格発見は困難です。価格が低すぎるとプロジェクトは差額を失い、高すぎると販売は失敗に終わります。

上限付き比例配分販売：これはバリューリーク（価値の漏洩）を解消しますが、過剰申込のスパイラルを引き起こします。実際には、販売の申込数が2倍を超えると、合理的な参加者は目標割当量の2倍を入金するため、さらに過剰申込が発生します。これはユーザーエクスペリエンスの低下につながります。

無制限の販売：悪循環は避けられるものの、過剰な資金調達につながる。500万ドルで構築できるプロジェクトが、何の阻止も受けずに5000万ドルを調達した。2017年のICOブームは、このアプローチの結果を如実に示しました。

従来のオークションでは市場が価格を決定しますが、これは時間のかかるゲームを生み出します。最適な戦略は、可能な限り最後まで待つことです。その結果、非機関投資家のユーザーエクスペリエンスは悪化します。

ダイナミック・ユニオンカーブ：これはダッチオークションとデマンドレスポンス・ユニオンカーブを組み合わせたものです。ネイティブAMM環境ではうまく機能しますが、HyperliquidのネイティブCLOB環境には適していません。

HIP-6 の上に何を構築できますか?

HIP-6は、資本形成と価格発見、つまり新規プロジェクトがどのように資金を調達し、Hyperliquid上で流動性を注入するかという問題に取り組んでいます。特定のトークンの価値蓄積メカニズム、トークン保有者の保護、あるいは特定のプロジェクトのガバナンス手法については扱っていません。これらはそれぞれ独立した問題であり、HIP-6を基盤としてこれらの問題に取り組むチームを期待しています。

HIP-6 上に構築できる将来のプロジェクトの例:

価値蓄積メカニズム: プロトコルの収益がトークン保有者にどのように還元されるかを規定します (手数料の割り当て、買い戻し、ステーキング報酬など)。

ガバナンスフレームワーク: トークン保有者に、金庫の割り当て、パラメータの変更、プロトコルのアップグレードに関する投票権を付与します。

トークン保有者の保護: ボールトロック、オンチェーン報告要件、および/または購入者とチームの両方の割り当てをロックするための権利付与メカニズムなどのツールを提供します。

HIP-6は、初期オークションを可能な限り公平かつ効率的にすることを目的としています。オークション終了後の対応は、Hyperliquidコミュニティが設計します。HIP-6は、チームがマーケットメーカーと協力してプロジェクトのオーダーブックの流動性を高めることを妨げるものではありません。

公開文書草案

以下は、Hyperliquid の公開ドキュメントにおける HIP-6 の記載内容の草稿です。レビュー担当者がユーザー向けの説明をプレビューできるようにするために、ここに掲載しています。

HIP-6: トークン発行オークション

HIP-6は、HIP-1資産に対し、パーミッションレスなトークン発行オークションを導入します。プロジェクトは、トークン供給の一部を継続的な清算オークションを通じて販売します。入札者は、調整されたオファー資産（現在はUSDH）に資金をコミットします。入札者は、総予算とトークン1個あたりの最高支払価格を指定します。オークションは、この入札額を残りのブロックに分配します。各ブロックについて、プロトコルは固定レートでトークンをリリースします。プロトコルは、リリースされたトークン供給と入札者の需要を一致させ、各ブロックの均一な清算価格を決定します。決済時に、プロトコル手数料は支援基金に送られ、収益の一部は最終オークションウィンドウで決定された価格に基づいてHIP-2 Hyperliquidityに流動性を注入するために自動的に使用され、残りはプロジェクトに分配されます。すべてのオークションロジックは、HyperCoreのブロック遷移内で動作します。

入札を展開する

標準的なHIP-1デプロイメント手順（registerToken2、userGenesis（該当する場合）、genesis、registerSpot）を完了した後、プロジェクトチームはregisterAuctionを呼び出します。プロジェクトチームは以下のパラメータを指定します。

オークション供給量: 販売されるトークンの総量。登録時にプロジェクトのスポットアカウントからプロトコルエスクローに送金されます。

duration: ブロック単位でのオークション期間。最大 3,024,000 (0.2 秒/ブロックで約 1 週間)。

floorPx: 最小清算価格。デフォルトは 0 です。

startDelay: 登録と最初の清算ブロック間のブロック数。最小値は 1、デフォルト値は 1 です。

minRaise: 入札が成功するために必要な資産の最小額。デフォルト値は 0 です。

quoteAsset: プロトコル承認済みの整合引用資産 (USDH など) である必要があります。

hip2Seed: HIP-2に自動的に注入される純利益（プロトコル手数料控除後）のベーシスポイント数。範囲：2,000～10,000、デフォルトは2,000。

hip2OrderSz および hip2NOrders: HIP-2 注文サイズと注文数量、必須フィールド。

登録後は、すべてのパラメータを変更することはできません。登録と同時に各トークンのトランスファーフリーズが有効になり、決済までそのトークンのすべてのスポット注文、トランスファー、およびHyperEVM操作がブロックされます。プロジェクトチームは、startBlockオークションの開始前（つまりstartDelay期間中）にcancelAuctionを使用して入札をキャンセルできます。

入札

入札者は「submitBid」を呼び出し、予算（入札資産の最小100ユニット）と「maxPx」（トークンあたりの最高価格、オークショングリッドに切り捨て）を指定します。予算は提出時にエスクローに保管されます。入札ごとに、入札資産1ユニットの返金不可の手数料が発生します。予算は残りのオークションブロックに自動的に均等に分配されます。ブロック「h」で提出された入札は、ブロック「h+1」から清算対象となります。「startDelay」中に提出された入札は、最初の清算ブロックで有効となります。

入札者は需要曲線を反映するために、異なる最高価格を設定した複数の入札を行うことができますが、各オークションの入札数は最大10万件です。入札者は、入札のmaxPxが最新の清算価格を厳密に下回る場合にのみ、入札を取り下げることができます。

清算

オークション期間中の各ブロックにおいて、プロトコルは固定レート（オークション供給量 / ブロックあたりの期間）でトークンをリリースし、占有価格スケールを最高から最低へと移動させることで、累積需要が供給を満たすまで均一な清算価格を計算します。清算価格を上回る入札は、割当枠の全額を受け取ります。清算価格の入札は、ブロックあたりの予算に比例して残りの部分を共有します。清算価格を下回る入札は何も受け取りません。オークション価格グリッドは、HIP-2に準拠した1.003の幾何学的スケール間隔を使用します。

決済、HIP-2の活性化および請求

オークション終了後の最初のブロックで、minRaiseが設定されているにもかかわらず、その値に達しなかった場合、オークションは失敗となります。調整された入札資産はすべて返還され、すべてのトークンがプロジェクトチームに返却され、凍結が解除されます。totalQuoteSpentが0の場合、minRaiseに関わらずオークションは失敗となります。

成功すると、プロトコルはアトミックになります。

500 bp のプロトコル料金が総費用見積もりから差し引かれ、援助基金に送金されます。

HIP-2 のアクティベーションに hip2Seed を割り当てます。

残りの金額はプロジェクトのウォレットに送金されました。

売れ残ったトークンはプロジェクトチームに返却されます。

トークンの凍結が解除され、スポット取引、送金、EVM 操作が再開されました。

プロジェクトで指定されたhip2OrderSzとhip2NOrdersを使用してHIP-2を有効化します。hip2SeedはnSeededLevelsレベルの注入に使用されます。開始価格はseedPxで、オークション期間中の過去5%の取引の出来高加重平均価格として計算されます。

決済後、入札者は購入したトークンと未使用の入札資産をclaimAuctionを通じて請求できます。

料金

登録時に10HYPEの登録料がかかります。入札ごとに、提示された資産1ユニットの手数料がかかります。決済時に、総収益に対して500bpのプロトコル手数料がかかります。手数料はすべて支援基金に充当されます。プロジェクトの既存のsetDeployerTradingFeeShareは、オークション終了後もスポット取引にご利用いただけます。

何を基盤にして構築するのでしょうか?

HIP-6 Hy-CO は、HyperCore ブロック遷移ロジックに組み込まれた継続的な清算オークションです。入札者は、予算と上限価格を指定して、調整されたオファーアセット（USDH など）で入札します。各ブロックの終了時に、プロトコルはトークンのバッチをリリースし、そのブロックの均一な清算価格を計算します。上限価格が清算価格を厳密に上回る入札者は、割り当てられた全額を受け取ります。清算価格と完全に同じ価格の入札者は、残りの部分を受け取ります。この残りの部分は、一部が取引される可能性があります。オークション終了時に、プロトコルは手数料を徴収して支援基金に送金し、最終オークションウィンドウで計算された取引量加重平均価格に基づいて、残りの収益の設定可能な割合を HIP-2 Hyperliquidity に注入し、残りをプロジェクトのウォレットに送信します。オークション終了時の決済はアトミックです。

Hy-COライフサイクル

Hy-CO には 3 つの段階があります。

オークション前：設定。標準的なHIP-1の導入手順を完了した後、プロジェクトチームはregisterAuctionを呼び出します。これにより、プロトコルパラメータの検証、エスクロートークンの供給と販売者の供給の管理、トークンフリーズの有効化、オークションIDの割り当てが行われます。

オークション中：入札。入札者は、startDelay期間中またはオークション期間中、いつでもsubmitBidを介して入札を行うことができます。入札の提出時期にかかわらず、予算は提出時にエスクローに保管されます。清算。オークション期間中、startBlockから始まる各ブロックにおいて、プロトコルはトークンをリリースし、均一な清算価格を計算します。

オークション後：決済。`endBlock` の後の最初のブロックでは、プロトコルはオークションの成功を評価し、収益を分配します。HIP-2 のアクティベーション。決済が成功すると、`seedPx` とプロジェクトチームが指定した注文パラメータを使用して、HIP-2 が自動的にアクティベートされます。請求。決済後、入札者は `claimAuction` を通じて、購入したトークンと未使用の見積資産を請求します。請求期間中は通常の取引を継続できます。

キャンセル：cancelAuctionはstartBlockの実行前であればいつでも実行できます。cancelAuctionは、auctionSupplyとhip2AskSupplyをプロジェクトチームに返し、オークションの凍結を解除し、オークションスロットを解放します。startDelay中に入札が行われた場合、オークションは失敗パスに移行します。入札者は、claimAuction（失敗した入札と同じ、払い戻し可能なパス）を通じて、エスクローされた入札資産を取得します。auctionRegistrationFeeは返金されません。清算が開始されると、オークションは取り消し不能となります。

主要な設計上の決定

サードパーティ製品ではなく、新しいHIPを採用する理由：トークン発行はアプリケーションではなくインフラストラクチャです。各チームが独自の発行メカニズムを構築すると、エコシステムは断片化します。HIPとは、Hyperliquidで発行されるすべてのトークン（例えばHIP-6を選択）が、外部依存なしに、同じ公正価格発見と自動HIP-2インジェクションを受けることを意味します。また、このメカニズムはサードパーティではなく、バリデーターのコンセンサスによって保証されることも意味します。

HyperEVMではなくHyperCoreを選ぶ理由とは？HIP-6に必要なものはすべてHyperCoreに既に存在します。HyperEVM上に構築すると、不要な複雑さが生じ、手順とレイテンシが追加され、ユーザーエクスペリエンスが低下します。

なぜ継続的清算オークションを選ぶのでしょうか？従来のオークションは、時間ベースのゲームを通じて評価よりもスピードを重視します。ボンディングカーブはパス依存であり、固定価格販売では正しい価格を推測する必要があります。CCAは、入札を時間的に分散させ、ブロックごとに均一な価格で清算し、一度に決着するのではなく、数千のブロックにわたって収束します。

なぜ整合クォート資産のみが許可されるのか：オークションは整合クォート資産（現在はUSDH）で行われます。各オークションは、その期間中クォート資産をロックすることでTVLを増加させ、エコシステムに収益をもたらします。USDCのような非整合資産をサポートすると、採用による限界収益によってこの効果が薄れてしまいます。USDCを保有する入札者は、標準インターフェースを通じてUSDCを変換できます。

なぜ線形放出計画のみを事前に決定するのでしょうか？線形性により、清算価格が単調に減少しないことが保証され、累積チェックポイントを通じて効率的な請求時会計が可能になります。非線形計画（事後加重、事前加重）では、ブロックごとに供給量が急増するにつれて清算価格が減少する可能性があり、入札レベルの会計が複雑になります。会計スキームが拡張されれば、将来のHIPでこれらの計画が導入される可能性があります。

安全上の考慮事項

プロジェクトの自己取引：プロジェクトチームは、独立したウォレットを使用して独自のオークションに入札し、清算価格とVWAPをつり上げ、決済後に売れ残ったトークンを回収することができます。緩和策としては、プロトコル手数料により、すべての自己取引量において自己取引コストが上昇すること、seedPxはオークションの最後の5%をカバーするVWAPウィンドウ内で計算を行うため、操作には継続的な支出が必要となること、minRaiseにより、実需要が不足している場合にオークションが失敗する可能性があること、すべての入札がオンチェーン上で可視化されるため、自己取引が検出可能であることなどが挙げられます。定量的に見ると、100万USDHのオークション（プロトコル手数料 = 500、hip2Seed = 2000）を実施するプロジェクトチームが、独立したウォレットを通じて40万USDH（総供給量の40%）を入札した場合、約2万USDHが援助基金（プロトコル手数料5%、回収不可）に失われ、約7万6000USDHがHIP-2注入にロックされ（プロジェクトチームには返還されない）、合計デッドウェイト損失は約9万6000USDH、つまり自己取引資金の24%となります。コストは自己取引量に比例して増加します。

シード価格操作：HIP-2のseedPxは、最終ブロックの清算価格ではなく、オークション期間の最後の約5%をカバーするウィンドウVWAPを使用します。VWAPの操作には、単一の遅延注入ではなく、ウィンドウ内の複数のブロックにわたる継続的な支出が必要となるため、コストはウィンドウ全体の取引量に比例します。

資金の安全性：入札者の入札資産とオークショントークンは、入札プロセス全体を通してプロトコルによってエスクロー管理されます。プロジェクトチームが資金をエスクローで保管することはありません。入札が失敗した場合、すべての入札資産はclaimAuctionを通じて返金され、すべてのトークンはプロジェクトチームに返却されます。

トークン凍結実行：オークション開催中は、すべてのトークン移転（スポット注文帳、ピアツーピア、HyperEVM）が凍結されます。これにより、userGenesisのクォータを保有している、またはプロジェクトの供給を確保しているインサイダーが、価格発見時にオークション以外のチャネルを通じてトークンを売却することを防ぎます。

入札アクティベーション遅延：入札はコミット後の次のブロックの清算プロセスにのみ含まれます。これにより、ブロック提案者や低レイテンシの参加者が保留中の入札を監視し、同じブロック内に反応的な入札を挿入して清算価格に影響を与えることを防ぎます。

すべての当事者への影響分析

トークンプロジェクトチーム：Hy-COは、プロジェクトに資金調達と流動性注入を単一のプロセスでネイティブに行う方法を提供します。プロジェクトはHIP-1のデプロイメントに合わせてオークションを設定し、ウォレットに報酬（HIP-2に割り当てられたhip2Seed分を除く）を受け取り、市場価格で自動的に流動性注入を受けます。ただし、トレードオフとして、初期価格に対するコントロールは低下します。

Hyperliquidユーザー：ユーザーは、Hyperliquid上に構築された新しいチームトークンの発行に直接参加できるようになります。現在、ローンチ時にプロジェクトを購入するネイティブな方法はありません。ユーザーは初期配布を逃すか、HIP-2が注入された後に公開注文板で購入することになります。Hy-COは、統一された価格設定と分散型入札による公平な競争環境をユーザーに提供します。これらの環境は、ユーザーが既に使用しているのと同じインターフェースからアクセスできます。決済後、入札者は取引前にclaimAuctionを呼び出して、購入したトークンと未使用の提示資産をスポット口座に移転する必要があります。トークンは自動的に配布されません。スポット注文板はHIP-2の流動性でのみ開き、マーケットメーカーやその他の参加者が注文を出す前には、有機的な指値注文の深度は存在しません。多くの入札者がクレーム直後に売却すると、HIP-2の購入層はすぐに枯渇する可能性があります。これはHIP-6に限ったことではなく、新規上場における想定される動作ですが、フロントエンドにはクレームステータスを明確に表示し、初期の入札スプレッドが成熟市場よりも広くなることを想定する必要があります。

HYPE保有者：Hy-COはHYPE保有者に2つのメリットをもたらします。まず、ネイティブ発行メカニズムにより、新規チームが競合チェーンではなくHyperliquid上で構築・発行を行うインセンティブが生まれ、エコシステムが成長し、Hyperliquidのオーダーブックへのアクティビティが促進されます。次に、USDHなどの価格調整資産建てのオークションは、Hyperliquidのユーザビリティと準備金を増加させ、補助基金を通じてHyperliquidの取引手数料を補う継続的な収益源となります。

流動性プロバイダーとマーケットメーカー：オークション終了後、オーダーブックはHIP-2のわずかな注入ではなく、オークション収益（hip2Seed経由）を裏付けとした豊富な購買力で開始されます。これにより、LPとマーケットメーカーは、初日からより信頼性の高い開始価格とより深い流動性を得て取引を行うことができます。

バリデータと状態の成長：1回のオークションにおけるブロックあたりの清算コストはO(T)です。ここで、Tは占有されている価格ティック数です。tickSpacingFactor = 1.003の場合、Tは数千ティックに制限されますが、実際にはほとんどのオークションで数百ティックが占有されます。maxActiveAuctions = 16の場合、ブロックあたりの最悪のワークロードは16 × O(T)です。各操作は、集約されたティックバジェットの比較と加算であり、コストは既存のスポット注文帳とのマッチングと同程度です。新たな暗号化操作や外部からの読み取りは必要ありません。

将来の仕事プロジェクト

以下は、この HIP の範囲外ですが、HIP-6 が成熟するにつれて評価されるべき自然な拡張機能です: プロトコル定数のガバナンスレビュー、一括清算 (K ブロックごとに 1 回の清算)、非線形リリースプラン、バッチ HIP-2 インジェクション、HIP-2 準備金メカニズム、クレームの有効期限と状態のクリーンアップ、UI 統合。