上げ、価格付け、販売:HIP-6は、お金のための最初の選択肢であるためにHyperliquidを望んでいます。 ランドマーク

ジェームズ・エヴァンス (@jimbo evans)

: 深潮テックフロー

導入:これは、新しい通貨のプロジェクターが集中的な交換やサードパーティのプラットフォームに依存することなく、チェーン上の資本動員と流動性スタートアップの完全なプロセスを完了できるようにする合意のレベルで継続的なクリアリング競争を導入するための完全なHyperliquid改善提案です。

著者はUniswap ' sの連続的な清算の競争モデルに書き、Hyperliquidのための注文書の環境を再設計しました。 提案の技術的な詳細は非常に完了し、構成から決済までのすべてのリンクをセキュリティ上の配慮にカバーしました。

テキストは次のように読みます

@fiegemax は、アイデア、ガイダンス、フィードバックを提供し、@arnx813、@0xBroze、@0xOmnia、@xenoflux、@happenwah、@const hom と @DougieDeLuca 彼らのレビューやコメント。

開示: 個人アカウントで$ HYPEを保持します。 私は@recvcxのために働いていますが、これは唯一の個人的な意見です, 予測ベンチャーズの位置ではありません。

インフォメーション

HIP-6は、HIP-1アセットのトークン発行のためのライセンスメカニズムを導入しました。特に@HyperliquidX上のコインの元の分布のために設計されています。 メカニズムは、Hyperliquidの元の注文書(CLOB)環境に@Uniswapの連続クリア競争(CA)を合わせます。 競争登録時に、プロジェクト・パーティーは、合意で承認されたマッチングアセットから引用されたアセット(USDHなど)を選択し、これらのアセットの新しい需要と有用性を生み出します。 オークションの進行はプロジェクトによって所有され、構成の部分はオークション ウィンドウの端の貿易重くされた平均を通して自動的にHIP-2に流動性を注入します。 すべての競合ロジックは、外部オペレータなしでHyperCoreブロック変換内で動作します。

モーティブ

HIP-1 と HIP-2 は、ライセンスされていないトークンの展開と自動化されたモビリティをサポートしていますが、新しいトークンの資本形成と価格のための不十分なサポートが見つかります。 @HyperliquidXのオリジナルコイン配布チームは依然として、大規模な範囲で、チェーンの下に資金を調達し、手動で独自の資金でHIP-2を注入し、そして/または薄いオーダーブックでオンラインで。 これらの摩擦のために、Hyperliquidは、まだ他の高性能な生態系と交換の能力に一致していません。 @solana には @metadao, @base には @Uniswap Liquidity Launchpad と @dopplerprotocol, @coinbase は @echodotxyz を持っています。 HIP-6はオプションですが、より効率的な資本構成と価格を達成することにより、HIP-6は、Hyperliquidのプロジェクトライフサイクルを完了し、Hyperliquidがすべての金融のためのブロックチェーンになるという目標を促進したいという創業者をサポートしています。

HIP-6 改善 Hyperliquid:

チェーンベースの資本形成:チームは、プロジェクトパーティーとHIP-2の流動性の自動注入の間で分配された利点と、単一のプロセスでHyperliquid上の元の資金を調達することができます。

公平な価格の発見: 成功した清算競争は、複数のブロックで市場価格を見つけます, 伝統的な競争で共通している時間ゲームの影響を最小限に抑えます。

引用資産のマッチングの増加:引用資産をマッチングするための実用性を作成するため、TVLを増加させ、アシスタンスファンドの収益を生成します。

ビルダーを惹きつける:チームはHyperliquidのトークンの完全なライフサイクルを完了できます。 Hyperliquid でより多くのコインの配布は、Aid Fund がより多くのトランザクションコストを持っていることを意味します。

参加者の「保護: コミットされた資金は、プロジェクトパーティーの信頼や信頼できる第三者ではなく、競争中にHyperCoreステータスで保持されます。

ネーミングのため: この提案はHIP-6で、HIP-5は別のスタンドアローンの提案に以前に割り当てられたためです。

建物は

HIP-6はHyperliquidの元のCLOB環境との@Uniswapの連続的な清算に一致します。 CA は、N の相互の進行に大きなレースを分解します。 各ブロックはコインのプールを解放し、フラットな決済価格を計算します。 価格の発見は、一瞬ではなく徐々に行われ、落札者は待つよりも早く参加することを奨励します。

さまざまな選択肢には明らかな欠点があります

固定価格販売: 誰かが開口部で正しい価格を推測しなければならないので、悪い効果を持っていることが判明した価格。 価格が低い場合、プロジェクトは違いを失います。価格が高い場合、販売は失敗します。

天井プロラッタ販売:値漏れが修理されていましたが、オーバーサブスクライブスパイラルが作成されました。 実際には、販売が2回オーバーサブスクライブされている場合は、合理的な参加者は2回のターゲットクォータに配置され、よりオーバーサブスクライブ。 悪いユーザー体験です。

いいえ天井販売:スパイラルは避けていましたが、過度の資金調達につながりました。 何も止まらないため、50億ドルを調達できるプロジェクト。 2017年のICO波は、この方法の結果を示した。

伝統的な競争:市場は価格を見つけるが、時間ゲームを作るようにしましょう。 可能な限り最善の戦略を待ちます。 これは、非機関的な参加者のためのより悪いユーザーエクスペリエンスを作成しました。

動的円錐形:オランダのオークションを要求レスポンシブな円錐と結合して下さい。 これは、AMM第一次環境でうまく機能しますが、Hyperliquidの第一次CLOB環境には適していません。

HIP-6でビルドする

HIP-6は、資本の形成と価格の発見に対応します。Hyperliquidの新規プロジェクトが資金を調達し、流動性を注入する方法。 特定のトークンの価値の蓄積、トークン保有者の保護策、または特定のプロジェクトのガバナンスのためのメカニズムは関与しません。 これらは独立した問題であり、HIP-6で構築されるチームを期待しています。

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

累積メカニズム:合意された収入が通貨ホルダーに戻ってどのように流れているか(例、手数料配分、補充、約束のインセンティブ)を提供します。

ガバナンスフレームワーク:通貨ホルダーは、合意の遅延配分、パラメータの変更、および/またはアップグレードに関する投票権を与えます。

(b) コインホルダー保護: 自己ロック、チェーンレポーティングの要件やアトリビューションのメカニズムなどのツールが提供され、買い手やチームクォーターが対象となります。

HIP-6の目標は、可能な限り公平で効率的な最初の競争を作ることです。 競争の後に起こることは、Hyperliquidコミュニティの設計スペースです。 HIP-6 は、市場ベンダーとの作業を防止し、プロジェクトオーダーブックのモビリティを強化しません。

ドラフト文書を開く

以下は、HIP-6がHyperliquid公開文書に表示される方法の草案です。 レビュアーがユーザー指向の説明をプレビューできるようにするには、ここに含まれています。

HIP-6: 通貨の発行競争

HIP-6 HIP-1資産の非ライセンスコインの導入 プロジェクターは、成功の清算により、コイン供給の一部を競います。 入札者は、引用された資産(現在のUSDH)に一致することによって資金をコミットしました。 入札者は、合計予算と各通貨の最大価格を支払います。 入札は、その後、競争の残りのブロックの間で広がりました。 競争する各ブロックは、合意は固定レートでトークンを解放します。 合意は、リリースされたコインを入札者のニーズに供給し、各ブロックの均一なクリア価格を発見しました。 決済時に、契約の費用はアシスタンスファンドに送られ、その収益の一部は、競争の最終窓にある価格で自動的に流動性に注入され、プロジェクトに起因する残りの部分が行われます。 すべての競合ロジックは、HyperCoreブロック変換内で実行されます。

競争をデプロイしましょう

標準のHIP-1展開手順(トークン2を登録すると、userGenesis(もしあれば)、gensis、registerSpot)が完成したら、プロジェクターがレジストを呼び出します。 projecter は、次のパラメーターを指定します

audienceSupply: 総通貨は販売しました。 プロジェクトパーティのスポットアカウントから登録時にプロトコルホスティングに移行。

所要時間:最大3,024,000(約1週間、約0.2秒/ブロック)は、ブロック内の競争の長さです。

floorPx: 最小流動価格、デフォルト 0。

遅延を開始する: 最初のクリアブロック間で登録されたブロックの数が最小1で、デフォルトは1です。

minRaise: 入札の成功に必要な最低入札資産の収集, デフォルト 0。

quoteAsset: 合意された引用されたアセット(例:USDH)でなければなりません。

hip2Seed: ネットは(プロトコルコストの控除後)自動的にHIP-2のベースポイント番号を注入します。 範囲 2,000〜10,000、デフォルト 2,000。

ヒップ2OrderSz と ヒップ2NOrders: HIP-2 の注文のサイズと数が満たされる必要があります。

すべてのパラメータは、登録した時点では無視できません。 各トークンの転送は、登録時に凍結され、すべてのスポットの注文、転送、およびHyperEVMの操作が、決済まで有効化されるまでを防ぎます。 プロジェクターは、startBlock(startDelay期間中のi.e.)の前に、ガンアクションで競技をキャンセルできます。

ツイート

入札者はsubmitBidを呼び出し、予算(引用資産の100単位の最小値)とmaxPx(各通貨の最大価格、競争の激しいグリッドにダウンされます)を指定します。 予算は提出時にホストされます。 1つの引用資産の返金不可の費用は、各入札で請求されます。 予算は、残りの競争ブロック間で均等に分配されます。 ブロックhで提出された入札は、ブロックh+1からの清算に効果的な参加を開始します。 startDelay中に提出された入札は、最初のクリアブロックで有効になります。

入札者は、需要曲線を表現するために異なる最高価格で複数の入札を提出することができますが、各入札は最大10万の入札を持っています。 maxPx bid が最新の決済価格よりも厳密に下がっている場合のみ、入札者は入札を取り消すことができます。

液体化

競争中の各ブロックについては、合意は、固定レート(アクションサプリメント/ブロックごとのデュレーション)でトークンを解放し、すでに最高から最も低い価格に占められた価格を測定することにより、フラットな決済価格を計算することです。 清算された価格の上のオファーは、フルクォータを受け取ります。 残りの部分はブロックごとの予算の率で清算価格で共有されます。 清算価格の下の価格はご利用いただけません。 入札価格グリッドは、HIP-2と一貫した1.003の幾何学的間隔を使用しています。

決済、HIP-2 アクティブ化および要求される

競争の最後に最初のブロックは、ミニレイズが設定されたが到達しなかった場合に失敗しました。 引用されたアセットを全て返し、すべてのコインがプロジェクトパーティに戻り、フリーズが解除されました。 合計QuoteSpentがゼロの場合、minRaiseに関係なく、競争は失敗します。

成功すると、プロトコルはアトミックです

500bpプロトコルの手数料は、合計コスト見積りから差し引かれ、アシスタンスファンドに送られます。

HIP-2の活性化のためにhilips2Seedを配布します。

残りをプロジェクターの財布に転送します。

未売のトークンをプロジェクトに戻します。

トークンの凍結、スポット取引の回復、転送、および EVM 操作。

HIP-2 をアクティブ化し、プロジェクトで指定されているように、hip2OrderSz とhip2NOrders を使用します。 Hip2Seed は、Neded レベルの注入に使用されます。 開始価格はシードPx、競争の持続期間の最後の5%の取引の重みのある平均によって計算されます。

決済が完了すると、入札者は、クレームによるトークンと未使用の引用資産の購入を認めます。

コスト

10 登録時に請求されるHYPE登録料。 毎回submitBidが1つの引用資産の費用を請求しました。 500bpプロトコル手数料で決済時に合計が課金されます。 アシスタンスファンドへは、全ての費用がかかります。 プロジェクトの既存のセットデプロイアー取引手数料シェアは、通常、ポストコンピュートスポット取引に適用されます。

建物は

HIP-6 Hy-COは、HyperCoreブロック変換ロジックに埋め込まれた継続的なクリアリング競争です。 入札は、予算と最大価格を指定する各入札で、引用資産(例えばUSDH)をマッチングして入札者によって提出されます。 各ブロックに対して、合意はコインの委託を解放し、ブロックのフラットな決済価格を計算します。 清算価格の上で最大の価格が厳密にある入札者は、フルクォータを受け取ります。 清算価格で起こる入札者は、取引の一部であるかもしれない残りの値を受け取ります。 競争の最後に、合意された手数料は、補助基金に送られます。これにより、送金の利用可能な株式の残りのシェアは、オークションの最終ウィンドウに重なった値でHIP-2 Hyperliquidityに注入され、投影者の財布に残ります。 レース終了時の決済はアトミックです。

ハイコライフサイクル

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

競争の前に: 構成。 標準の HIP-1 デプロイメントステップが完了すると、プロジェクトパーティはレジストを呼び出します。 合意検証パラメータ、トークン供給と売り手供給のホスティング、トークン凍結の活性化および競争IDの配分。

競争:入札。 入札者は、スタートアップ遅延またはプロセス内の任意の時点で、submitBidを介して入札を提出することができます。 入札が提出された場合でも、予算は提出時にホストされます。 液体。 各ブロックは、競争中、スタートブロックから始まり、トークンを解放し、フラットな決済価格を計算することに同意した。

大会終了後:決済。 endBlock の後の最初のブロックでは、合意は競争の成功を評価し、利益を分配します。 HIP-2 は活動化させました。 決済が成功すると、HIP-2 は idPx と、プロジェクトが指定した注文パラメータで自動的に有効になります。 クレーム 決済時に、入札者は、クレームを通じてトークンと未使用の引用資産の購入を認めます。 本人確認の期間中に正規取引を行うことがあります。

キャンセル: cancellaction は startBlock の前にいつでも実行できます。 プロジェクトに戻り、フリーズを持ち上げ、コンテストスロットを解放します。 入札が開始遅延中に提出された場合、競争は失敗のパスをダウンします。入札者は、クレームアクションを介して、信託から引用された資産(失敗した入札と同じ出金経路)を回復します。 ActionRegationFeeは返金できません。 清算が始まると、競争が難しくなります。

主な設計決定

サードパーティ製品ではなく、新しいHIP:トークン発行は、アプリケーションではなくインフラストラクチャです。 各チームが独自の配布メカニズムを構築した場合、生態系は断片化されます。 HIPは、Hyliquid(HIP-6の使用を選ぶなど)で発行されたすべてのトークンが、外部依存なしに同じ公正な価格の発見と自動HIP-2注射を受け取ることを意味します。 また、このメカニズムは、認証役員の合意によって保護され、第三者によるものではないことを意味します。

HyperEVM:HIP-6の代わりにHyperCoreを選ぶ理由は、HyperCoreに存在するすべてのものを必要とします。 HyperEVMの構造は、不要な複雑性を導入し、手順や遅延を追加することでユーザーエクスペリエンスを削減します。

なぜ連続した清算競争を選ぶのか:評価のための時間ゲームではなく、インセンティブレートの伝統的な競争; ジョイントカーブはパスによって異なります。 固定価格販売は、適切な価格を推測する必要があります。 CCAは、一瞬ではなく、何千ものブロック内で一斉価格で各ブロックを落ち着かせ、制限する。

なぜアライメントのみ許可される:マッチングクォートアセット(現在のUSDH)に対して入札する。 各競技は、引用された資産をロックアップし、TVLを増加させ、その期間中に生態系のメリットを生成します。 この効果を希釈するために、USDCなどの非予測資産は、進行のマージンアプリケーションによってサポートされています。 USDCを保持する候補者は、標準インターフェイスを介して切り替えることができます。

なぜ線形解放の計画が予見されるだけ: 分裂的なチェックポイントを通して有効な請求を達成する明確な順序が減らないことを保障するために線形。 非線形方式(ポスト重くされる、事前に重くされる)は、ブロックごとの供給が跳び、入札の記録を合わせるときに落ちる清算価格をもたらすかもしれません。 請求プログラムが拡張されるため、将来のHIPSで導入できます。

セキュリティの考慮事項

プロジェクトのパーティーは、独自の権利で取引します。プロジェクトパーティーは、別の財布を介して独自の入札で入札して、清算価格とVWAPを誇らしげにし、決済後の未売のトークンを回復することができます。 緩和対策は、: 自己取引の全てのボリュームで自己取引のための合意コスト; シードPxは、競争の最後の5パーセントをカバーするVWAPウィンドウでカウントします。これは、継続的な支出を操作する必要があります。 実際の需要が不足しているとき、レイズは競争の失敗につながります。 そして、すべての入札は、チェーン上で表示され、自己取引の検出可能になります。 定量的に、1つのプロジェクト演算子は、400,000 USDHs(合計40パーセント)の1億USDHの競争(protocolFee = 500、hide2Seed = 2000)を実行します。約20,000 USDHsは、アシスタンスファンドに失いました(5パーセントの合意コスト、回復不可能)、および約76,000 USDHsはHIP-2注射にロックされました(プロジェクターに返さない)。 総不必要な損失は約96,000 USDH、または自己資金の1セントあたり24です。 自己取引量と直線的にコストが増加します。

種子価格操作:HIP-2の種子Pxは、最後のブロックの清算価格ではなく、競争の持続期間の最終的な5%をカバーするウィンドウを使用しています。 VWAP を操作するには、単一のポストインジェクションではなく、ウィンドウ内の総取引にコストを合わせ、複数のブロックに継続的な支出が必要です。

金融セキュリティ: 入札者の ' s 引用資産とトークンの入札は、プロセス全体で合意することにより、信頼で保持されます。 資金は、プロジェクトパーティーの信頼に決して保持されません。 失敗した場合、すべての引用された資産は、クレームを介して返され、プロジェクト所有者にすべての通貨が返された。

通貨フリーズ: アクティブな競争の間にすべての通貨転送(スポットブック、ポイントツーポイント、HyperEVM)が凍結されます。 これは、ユーザーGenesis quotas を保持したり、価格の検出中にトークンを販売するから非競争チャネルを通じて、プロジェクトパーティーから供給を保持する内部の人員を防ぎます。

アクティベーション遅延: 提出後の入札の次のブロックは清算に関与しています。 これにより、ブロックまたは低遅延の参加者の支持者は、保留入札を観察し、同じブロック内の反応入札を繰り返して清算価格に影響を与えることを防ぎます。

当事者のインパクト分析

Chargé d ' affaires: Hy-CO は、単一のプロセスで資金を調達し、流動性を注入するための主要な方法を持つプロジェクターを提供します。 プロジェクターはHIP-1の展開と競争し、ウォレット(HIP-2に割り当てられたhip2Seedの部分を除く)から送金を受け取り、市場で見つけた価格で自動流動性注入を受け取ります。 トレードオフは、初期価格よりも制御の減少です。

Hyperliquid ユーザー: ユーザーは、Hyperliquid 上に構築された新しいチームコインの発行に直接参加する能力を獲得します。 現在、ライン上のアイテムを購入する主な方法はありません。ユーザーは初期の配布を逃したり、HIP-2が注入された後のオープンオーダーブックで購入したりできます。 Hy-CO は、既に使用している同じインターフェイスを介して、均一な価格設定と分散型フェアアクセスをユーザーに提供します。 決済後、落札者は、取得したトークンと未使用の引用資産をスポット口座に移動するためにクレームアクションを呼び出す必要があります。 トークンは自動的に配布されません。 スポットオーダーブックは、HIP-2の流動性のみで開いており、マーケターや他の参加者が彼らの注文を置くまで、注文の深さにオーガニック制限はありません。 多くの競技者がそれを主張した後すぐにそれを販売する場合、HIP-2買い手階層はすぐに実行することができます。 これは、任意の新しいリストの期待された行動であり、HIP-6にユニークではありませんが、フロントエンドは明らかに所有権のステータスを表示し、早期の競争の後に価格の差分が成熟した市場でより広いことを期待を設定する必要があります。

HYPE のホールダー: Hy-CO は 2 つの方法の HYPE のホールダーに寄与します。 まず、元の流通メカニズムは、競争力のあるチェーンではなく、Hyperliquidで構築し、配布する新しいチームをモチベーションし、生態系を成長させ、Hyperliquidのオーダーブックに活動を指示します。 第二に、引用資産(例えば、USDH)をマッチングするための競争は、アシスタンスファンドを通じてHyperliquid取引コストを補うために、収益の円源として、その有用性を高め、予約を増加させます。

流動性の提供者およびマーケティング担当者: 競争の後、注文書は、HIP-2の薄い注射ではなく、競争の進行によって資金を供給された真の買い手として深さで開始されます。 これは、LPとマーケターに、より信頼できるスタートアップ価格とより深い流動性を1日から取引することができます。

認定および状態の成長: 各ブロックを個別に清算するコストは、Tが受け取られた価格の量であるO(T)です。ティックスパッキングファクター = 1.003, T は数千のスケールに限定されています, しかし、ほとんどの競争では、それらが占める数百を持っている. maxActiveActions = 16 ブロックあたりのワークロードは、最悪の 16 x O (T) です。 各操作は、集計規模の予算の比較と追加であり、既存のスポットオーダーブックのマッチングコストに匹敵します。 新しいパスワード操作や外部の読み込みは必要ありません。

今後の作業項目

以下は、このHIPの範囲を超えています, しかし、HIP-6成熟として評価されるべき自然な拡張: プロトコル定数のガバナンスレビュー; バルク清算 (Kブロックあたりの1つのクリアランス); 非線形リリース計画; バッチHIP-2注射; HIP-2リザーブメカニズム; 受諾成熟と状態のクリーンアップ; UIの統合。