尽管 HIP-1 作为无需许可的代币标准就足够了，但在实践中，引导流动性通常至关重要。Hyperfluid 的核心设计原则之一是流动性应该民主化。对于永续合约交易，HLP 可以根据 CEX 永续合约和现货价格提供深度和紧密流动性，但对于处于价格发现早期阶段的 HIP-1 代币，需要一种新的模型。

Hyperliquidity 的灵感来自 Uniswap，同时与原生链上订单簿互操作，以支持来自最终用户的复杂订单簿流动性。HIP-2 是一种完全去中心化的链上策略，是 Hyperliquid L1 区块转换逻辑的一部分。与传统的自动订单簿策略不同，没有运算符。策略逻辑由操作订单簿本身的相同共识来保证。

Hyperliquidity 的参数化为

1. spot：由 HIP-1 部署返回的带有 USDC 报价的现货订单簿资产

2. startPx：范围的初始价格

3. nOrders：范围内的订单数量

4. orderSz：范围内完整订单的大小

5. nSeededLevels：以出价而不是要价开始的级别数。请注意，对于通过增加而增加的每个额外出价级别，部署者需要为价值 USDC 的 Hyperliquidity 提供资金。对于 fixed ，增加种子水平会减少总供应量，因为它减少了 Hyperliquidity 的创世供应量。nSeededLevelspx * sznOrders

每个 Hyperliquidity 策略都有一个递归定义的价格范围 。该策略会在区块时间自上一个更新区块以来至少 3 秒的每个区块上更新。每次更新后：px_0 = startPxpx_i = round(px_{i-1} * 1.003)

1. 策略以完整的卖价订单和部分卖价订单为目标（如果部分订单为非零）。在 ALO 订单未被拒绝的范围内，这些订单得到保证。nFull = floor(balance / orderSz)balance % orderSz

2. 每个完全填充的部分都被修改为有可用余额的一侧的订单，但 （1） 中的单个部分订单（如果存在）除外。orderSz

最终策略保证每 3 秒 0.3% 的点差。与通用链上基于智能合约的池一样，Hyperliquidity 不需要用户交易形式的维护。一个关键的改进是 Hyperliquidity 参与了通用订单簿。主动流动性提供者可以随时加入 Hyperliquidity 的流动性供应，使市场能够适应不断增长的流动性需求。