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

HIP-2: Hyperliquidity

動機

雖然 HIP-1 作爲無需許可的代幣標準已經足夠,但在實踐中,啓動流動性往往至關重要。Hyperliquid 的核心設計原則之一是流動性應當大衆化。對於永續合約交易,HLP 可以基於 CEX 永續合約和現貨價格提供深度和點差俱佳的流動性,但對於尚處於早期價格發現階段的 HIP-1 代幣,需要一種新的模式。

Hyperliquidity 的靈感來自 Uniswap,同時與原生鏈上訂單簿互操作,以支持來自終端用戶的複雜訂單簿流動性。HIP-2 是一個完全去中心化的鏈上策略,是 Hyperliquid 區塊轉換邏輯的一部分。與傳統的自動化訂單簿策略不同,它沒有運營者。策略邏輯由運作訂單簿本身的同一共識保護。注意,Hyperliquidity 目前僅在對 USDC 的現貨交易對上可用。

Hyperliquidity 的參數爲:

  1. spot:由一次 HIP-1 部署返回的、以 USDC 爲計價資產的現貨訂單簿資產
  2. startPx:價格區間的初始價格
  3. nOrders:區間內的訂單數量
  4. orderSz:區間內一筆完整訂單的規模
  5. nSeededLevels:初始以買單而非賣單開始的檔位數量。注意,每通過增加 nSeededLevels 添加一個買方檔位,部署者需要爲 Hyperliquidity 提供 px * sz 價值的 USDC。在 nOrders 固定的情況下,增加種子檔位會減少總供應量,因爲這會減少 Hyperliquidity 的創世供應。

每個 Hyperliquidity 策略有一個遞歸定義的價格區間:px_0 = startPx,px_i = round(px_{i-1} * 1.003)。該策略在每個區塊上更新,前提是距上一個更新區塊至少間隔 3 秒。每次更新後:

  1. 策略以 nFull = floor(balance / orderSz) 筆完整賣單爲目標,且若 balance % orderSz 的部分訂單非零,則外加一筆部分賣單。只要 ALO 訂單未被拒絕,這些訂單都會得到保證。
  2. 每個被完全成交的層級會被修改爲在有空餘餘額一側、規模爲 orderSz 的訂單,但如果存在 (1) 中的那筆部分訂單,則它除外。

由此產生的策略保證每 3 秒出現 0.3% 的點差。與通用鏈上基於智能合約的流動性池一樣,Hyperliquidity 無需以用戶交易的形式進行維護。一項關鍵改進是 Hyperliquidity 參與的是一個通用訂單簿。活躍的流動性提供者可以隨時與 Hyperliquidity 一起參與流動性供給,使市場能夠適應不斷增長的流動性需求。

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