本頁面為社群翻譯版本,僅供參考;內容以英文原版為準。
查看英文原版 ↗

HIP-3:Builder 部署的永續合約

Hyperliquid 協議支持無許可的 Builder 部署永續合約(HIP-3),這是永續合約上架流程完全去中心化的一個重要裏程碑。

永續合約市場的部署者負責

  1. 市場定義,包括預言機定義和合約規格
  2. 市場運營,包括設定預言機價格、槓桿限制,以及在需要時對市場進行結算

HIP-3 繼承了 HyperCore 技術棧,包括其高性能保證金系統和訂單簿。例如,交易 HIP-3 永續合約的 API 與其他 HyperCore 操作是統一的。要交易 HIP-3 資產,只需按此處的 schema 設定資產 ID 即可。

規格

  1. 主網的質押要求爲 500k HYPE。隨着基礎設施的成熟,該要求預計會逐步降低。質押超過最新要求的部分可以解除質押。在 dex 部署後,質押要求至少維持 183 天。
  2. 任何滿足質押要求的部署者都可以部署一個永續合約 dex。提醒一下,每個永續合約 dex 擁有獨立的保證金系統、訂單簿和部署者設定。未來的升級可能支持共享同一部署者和質押要求的多個 dex 部署。
  3. 任何計價資產都可以用作 dex 的抵押資產。提醒一下,未能滿足無許可計價資產要求的資產,將基於鏈上驗證者投票失去計價資產資格。該投票同時會禁用以該資產作爲抵押的永續合約 dex。部署者主動禁用某計價資產並不會禁用相應的永續合約 dex。
  4. HIP-3 部署者不受與計價資產相關的罰沒(slashing)影響。在未來的升級中,計價資產被禁用的 dex 將支持遷移到新的抵押代幣。這種情況預計不會在主網上發生,因爲計價代幣部署者有獨立的質押和罰沒條件。總之,計價資產的選擇對於手續費和產品方面的考量很重要,但對 HIP-3 部署者而言並非生死攸關的風險。
  5. 在任一永續合約 dex 中部署的前 3 個資產無需參與拍賣。額外資產需通過荷蘭式拍賣,其參數(包括頻率和最低價格)與 HIP-1 拍賣相同。額外永續合約的 HIP-3 拍賣在所有永續合約 dex 之間共享。未來的升級將改進爲時效性強的未來部署預留資產的操作體驗。部署者還可獲得 7 + 0.2 * n_auction_deployments 個預留部署名額,可按當前拍賣價格使用,但繞過拍賣計時器。
  6. HIP-3 市場包含常見的手續費折扣來源,包括質押折扣、推薦獎勵和一致抵押品折扣。HIP-3 部署者可以配置 0-300%(增長模式下爲 0-100%)的額外手續費分成。如果分成高於 100%,協議費用也會提高到與部署者費用相等的水平。
  7. 一致的穩定幣抵押品將在一致性條件(正在根據用戶和部署者的反饋進行更新)實施後自動獲得較低的手續費。

結算

部署者可以使用 haltTrading 操作對資產進行結算。這會取消所有訂單,並按當前標記價格對持倉進行結算。同一操作也可用於恢復交易,實際上相當於回收該資產。這可以用於上架定期合約,而無需爲每個新合約參與部署拍賣。

一旦所有資產都已結算,部署者所需質押的份額即可解除質押。

預言機

雖然預言機在協議層面是完全通用的,但只有當存在定義明確、難以操縱且具有底層經濟意義的底層資產或數據源時,永續合約在數學上才是最合理的。大多數價格指數並不適合作爲永續合約的預言機來源。部署者在上架市場之前應仔細考慮各種邊緣情況,因爲其 DEX 上的所有已上架市場都可能使其遭受罰沒。

罰沒

注意:在下文所有用法中,"slashing" 僅在 HIP-3 的語境中使用。

爲確保市場質量並保護用戶,部署者必須維持 500k 質押的 HYPE。一旦發生惡意市場運營行爲,驗證者有權通過質押加權投票罰沒部署者的質押份額。即使部署者已解除質押並發起質押提幣,在 7 天解質押隊列期間,該質押份額仍可被罰沒。

雖然罰沒最終由驗證者法定多數決定,但協議準則源自對測試網的仔細分析、用戶反饋和部署者反饋。其指導原則是,罰沒是爲了防止危及協議正確性、可用性或性能的行爲。一個有用的經驗法則是:任何可罰沒的行爲都應伴隨協議實現中的一個 bug 修復。因此,HIP-3 在其最終狀態下不應需要罰沒。然而,對於這一大型功能集的實際推出而言,罰沒是一個重要的安全機制。

罰沒是技術性的,不區分惡意行爲與不稱職行爲。相應地,罰沒不區分以下情形

  1. 偏離設計良好的合約規格的部署者
  2. 忠實遵循設計糟糕的合約規格的部署者
  3. 私鑰泄露的部署者

關鍵因素是部署者行爲對協議造成的影響。注意,任何發現的 bug 只要符合漏洞賞金計劃的條件(包括負責任地披露而不加以利用),都將獲得該計劃的慷慨獎勵。我們非常感謝此類報告。

即使是未導致協議問題的惡意部署者輸入企圖,也可被罰沒。類似地,確實導致協議問題但不屬於異常的輸入則不可罰沒。特別是,正常運營下與部署者輸入無關的 bug 不在罰沒範圍內。"異常"輸入的解釋由驗證者投票決定,包括利用邊緣情況或繞過系統限制的漏洞的輸入。所有部署者交易都在鏈上,任何利益相關方都可以獨立分析。

某些惡意行爲按協議定義是有效的,但按某些主觀解釋是不正確的。罰沒原則規定,協議不應幹預主觀事務。其動機在於:雖然權益證明區塊鏈可以通過硬分叉回退不良的狀態轉換,但它們極少這樣做。平臺的中立性是一個極其重要、需要維護的特性。相應地,部署者被罰沒的質押份額會被銷毀,而不是分發給受影響的用戶。這同樣基於權益證明原則,並防止用戶與部署者之間某些形式的激勵錯位。雖然協議層不強制執行主觀的異常行爲,但下遊的應用層和社會層可以。歸根結底,部署者的聲譽和未來成功始終處於風險之中。

單次罰沒的金額最終是驗證者投票的質押加權中位數。但作爲一般準則:導致無效狀態轉換或長時間網路中斷的異常輸入,最高可被罰沒 100%。導致短暫網路中斷的異常輸入,可被部分罰沒,最高 50%。導致網路劣化或性能問題的無效輸入,可被部分罰沒,最高 20%。

最後,罰沒條件與質押者構成無關。因此,LST 運營者應仔細盡調部署者。LST 運營者還應仔細、清晰地向其用戶傳達罰沒風險。對部署者設定自我綁定要求可能是有意義的。

在最可能的結果中,主網上永遠不會發生罰沒。大量的技術工作使 HIP-3 成爲一個自包含且技術穩健的系統。除非出現實現問題,HIP-3 繼承了 Hyperliquid 精心設計的數學償付能力保證。

全倉保證金

重要提示:對資產啓用全倉保證金是不可逆的。部署者在啓用之前應仔細考慮以下條件。

儘管有系統層面的保護,用戶在跨不同部署者的 DEX 使用全倉保證金時仍承擔更大的風險。爲了更好地保護用戶,主網驗證者將強制要求 HIP-3 部署者僅對滿足既定資格標準的資產啓用全倉保證金,包括:充足的可觀察流動性、可靠的外部預言機來源,以及抗價格操縱能力。特別是,每當某資產的 `externalPerpPx` 相對當日開盤價變動超過 50% 時,驗證者將進行審查,以確定部署者是否因操縱行爲而應被罰沒。預計每月出現超過一次 50% 日波動的資產,不符合啓用全倉保證金的資格,並會使部署者遭受罰沒。

後備清算者

每個 HIP-3 DEX 都在 0x400..00 + {dex_index} 處關聯一個完全鏈上的策略,用於接管指定 HIP-3 DEX 中可被後備清算的倉位。鏈上後備清算者只接受已啓用全倉保證金的資產,這使得這些資產在未來高波動事件中發生 ADL 的可能性顯著降低。每個 DEX 的鏈上後備清算者是一個獨立的用戶,並回退到 ADL 以在數學上保證該 DEX 的償付能力。

用戶無需進行任何操作。一旦擴展到位,後備清算者將吸收抵押不足的倉位,同時避免壞賬並減少對 ADL 的需求。

英文官方來源: https://hyperliquid.gitbook.io/hyperliquid-docs/hyperliquid-improvement-proposals-hips/hip-3-builder-deployed-perpetuals
原文擷取日期: · 鏡像建置日期: · 社群翻譯,以英文原版為準
非官方社群鏡像與翻譯,內容版權歸 Hyperliquid 所有,以英文原版為準。 來源: https://hyperliquid.gitbook.io/hyperliquid-docs/hyperliquid-improvement-proposals-hips/hip-3-builder-deployed-perpetuals