募資、定價、做市一鍵完成：HIP-6想讓Hyperliquid成為發幣首選地

作者：James Evans (@jimbo_evans)

編譯：深潮 TechFlow

導讀：這是一份完整的 Hyperliquid 改進提案，提議在協議層引入連續清算競拍機制，讓新代幣項目方可以在鏈上完成資本募集和流動性啟動的全流程，無需依賴中心化交易所或第三方平台。

作者借鑑了 Uniswap 的連續清算競拍模型並針對 Hyperliquid 的訂單簿環境做了重新設計，提案技術細節極為完整，覆蓋從配置到結算到安全考量的每一個環節。

全文如下：

特別感謝 @fiegemax 提供思路、指導和回饋，也感謝 @arnx813、@0xBroze、@0xOmnia、@xenoflux、@happenwah、@const_hom 和 @DougieDeLuca 的審閱與意見。

披露：本人在個人帳戶中持有 $HYPE。本人就職於 @recvcx，但本文僅代表個人觀點，不代表 Reciprocal Ventures 的立場。

摘要

HIP-6 為 HIP-1 資產引入了無需許可的代幣發行競拍機制，專為在 @HyperliquidX 上原生發行代幣的團隊設計。該機制將 @Uniswap 的連續清算競拍（CCA）適配到 Hyperliquid 的訂單簿（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 是可選的，但通過實現更高效的資本形成和價格發現，HIP-6 支援希望在 Hyperliquid 上構建完整項目生命週期的創始人，並推進 Hyperliquid 成為承載所有金融的區塊鏈這一目標。

HIP-6 通過以下方式改善 Hyperliquid：

鏈上資本形成：團隊可以在單一流程中在 Hyperliquid 上原生募集資金，收益在項目方和自動注入 HIP-2 流動性之間分配。

公平的價格發現：連續清算競拍在多個區塊內發現市場價格，最大程度減少傳統競拍中常見的時間博弈影響。

對齊報價資產增長：為對齊報價資產創造實用性，進而增加其 TVL 並為援助基金產生收益。

吸引建設者：團隊可以在 Hyperliquid 上完成代幣的完整生命週期。在 Hyperliquid 上發行更多代幣意味著援助基金獲得更多交易費用。

參與者保護：已承諾的資金在競拍期間由 HyperCore 的狀態託管，不在項目方的託管中，也不由受信任的第三方託管。

關於命名：本提案編號為 HIP-6，因為 HIP-5 此前已被分配給另一份獨立提案。

我們在什麼基礎上構建

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 不阻止團隊與做市商合作以加強其項目的訂單簿流動性。

公開文件草稿

以下是 HIP-6 如何在 Hyperliquid 公開文件中呈現的草稿。此處包含它是為了讓審閱者預覽面向使用者的描述。

HIP-6：代幣發行競拍

HIP-6 為 HIP-1 資產引入無需許可的代幣發行競拍。項目方通過連續清算競拍提供其代幣供應量的一部分出售。競拍者以對齊報價資產（目前為 USDH）承諾資金。競拍者指定其總預算和每個代幣願意支付的最高價格。競拍隨後將該出價分散在競拍剩餘區塊中。競拍的每個區塊，協議以固定速率釋放代幣。協議隨後將已釋放代幣的供應與競拍者的需求匹配，為每個區塊找到統一清算價格。結算時，向援助基金發送協議費用，一部分收益按照競拍最終窗口發現的價格自動為 HIP-2 Hyperliquidity 注入流動性，其餘部分歸項目方。所有競拍邏輯在 HyperCore 的區塊轉換內運行。

部署競拍

項目方在完成標準 HIP-1 部署步驟（registerToken2、userGenesis（如有）、genesis 和 registerSpot）後調用 registerAuction。項目方指定以下參數：

auctionSupply：出售的代幣總量。在註冊時從項目方的現貨帳戶轉入協議託管。

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 期間提交的出價在第一個清算區塊啟動。

競拍者可以提交多個具有不同最高價格的出價來表達需求曲線，但每個競拍最多 100,000 筆出價。僅當出價的 maxPx 嚴格低於最近清算價格時，競拍者方可撤回出價。

清算

競拍期間的每個區塊，協議以固定速率（auctionSupply / duration 每區塊）釋放代幣，並通過從最高到最低遍歷已佔用價格刻度，直到累積需求滿足供應，來計算統一清算價格。高於清算價格的出價獲得完整配額。在清算價格處的出價按每區塊預算比例共享剩餘部分。低於清算價格的出價什麼也得不到。競拍價格網格使用 1.003 的幾何刻度間距，與 HIP-2 一致。

結算、HIP-2 啟動和認領

在競拍結束後的第一個區塊，如果設置了 minRaise 但未達到，競拍失敗。所有對齊報價資產被退還，所有代幣返還給項目方，凍結解除。如果 totalQuoteSpent 為零，無論 minRaise 如何，競拍均失敗。

成功時，協議原子性地：

從總花費的報價中扣除 500 bp 協議費用，發送至援助基金。

分配 hip2Seed 用於 HIP-2 啟動。

將剩餘部分轉移到項目方錢包。

將未售出的代幣返還給項目方。

解除代幣凍結，現貨交易、轉帳和 EVM 操作恢復。

啟動 HIP-2，使用項目方指定的 hip2OrderSz 和 hip2NOrders。hip2Seed 用於注入 nSeededLevels 個層級。起始價格為 seedPx，通過競拍持續時間最後 5% 的成交量加權均價計算得出。

結算結束後，競拍者通過 claimAuction 認領購入的代幣和未使用的報價資產。

費用

在 registerAuction 時收取 10 HYPE 註冊費。每次 submitBid 收取 1 個報價資產的費用。結算時對總收益收取 500 bp 協議費用。所有費用流入援助基金。項目方現有的 setDeployerTradingFeeShare 照常適用於競拍後的現貨交易。

我們在什麼基礎上構建

HIP-6 Hy-CO 是嵌入在 HyperCore 區塊轉換邏輯中的連續清算競拍。競拍者以對齊報價資產（如 USDH）提交出價，每筆出價指定預算和最高價格。每個區塊，協議釋放一批代幣並為該區塊計算統一清算價格。最高價格嚴格高於清算價格的競拍者獲得完整配額；恰好處於清算價格的競拍者獲得剩餘部分，可能被部分成交。競拍結束時，協議收取費用發送至援助基金，將可配置比例的剩餘收益按照競拍最終窗口計算的成交量加權均價注入 HIP-2 Hyperliquidity，其餘發送給項目方錢包。競拍結束時的結算是原子性的。

Hy-CO 生命週期

Hy-CO 有三個階段：

競拍前：配置。項目方在完成標準 HIP-1 部署步驟後調用 registerAuction。協議驗證參數、託管代幣供應和賣方供應、啟動代幣凍結，並分配競拍 ID。

競拍中：出價。競拍者可以在 startDelay 期間或競拍過程中任何時點通過 submitBid 提交出價。預算在提交時託管，無論出價何時提交。清算。競拍期間從 startBlock 開始的每個區塊，協議釋放代幣並計算統一清算價格。

競拍後：結算。在 endBlock 之後的第一個區塊，協議評估競拍是否成功並分配收益。HIP-2 啟動。成功結算後，HIP-2 使用 seedPx 和項目方指定的訂單參數自動啟動。認領。結算後，競拍者通過 claimAuction 認領購入的代幣和未使用的報價資產。認領期間正常交易可進行。

取消：在 startBlock 之前任何時間均可執行 cancelAuction。它將 auctionSupply 和 hip2AskSupply 返還給項目方，解除凍結，並釋放競拍槽位。如果在 startDelay 期間提交了出價，競拍進入失敗路徑：競拍者通過 claimAuction 取回託管的報價資產（與失敗競拍相同的提取式退款路徑）。auctionRegistrationFee 不可退還。清算開始後，競拍不可撤銷。

關鍵設計決策

為什麼是新 HIP 而非第三方產品：代幣發行是基礎設施，