Hyperliquid新提案HIP-6：打造一站式代币发行与流动性解决方案

作者：James Evans （@jimbo_evans）

编译：深潮 TechFlow

导读：一份全新的 Hyperliquid 改进提案（HIP-6）被提出，旨在通过引入连续清算竞拍机制（CCA），为项目方提供一个无需许可的链上代币发行平台。该提案不仅允许团队在协议层完成资本募集和流动性启动，还大幅降低了对中心化交易所或第三方平台的依赖。

这一提案借鉴了 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 已支持无需许可的代币部署和自动化流动性，但在资本形成和价格发现方面仍存在不足。许多团队在 Hyperliquid 上发行代币时，依然需要依赖链下募资、手动注入流动性，或在单薄的订单簿上完成上线。这种摩擦使得 Hyperliquid 在 ICO 能力上未能与其他高性能生态和交易所达到对等水平。例如，@solana 有 @metadao，@base 有 @Uniswap 的 Liquidity Launchpad 和 @dopplerprotocol，而 @coinbase 有 @echodotxyz。HIP-6 的目标是通过更高效的资本形成和价格发现机制，吸引更多创始人选择 Hyperliquid 作为其项目全生命周期的承载平台。

具体而言，HIP-6 将通过以下方式改善 Hyperliquid：

• 链上资本形成：团队可以在单一流程中完成资金募集，收益分配给项目方并自动注入 HIP-2 流动性。
• 公平的价格发现：连续清算竞拍通过多区块逐步发现市场价格，减少传统竞拍中的时间博弈影响。
• 对齐报价资产增长：为对齐报价资产（如 USDH）创造实用性，增加其总锁定价值（TVL）并为援助基金产生收益。
• 吸引建设者：更多团队选择在 Hyperliquid 上发行代币，意味着援助基金获得更多交易费用。
• 参与者保护：已承诺的资金在竞拍期间由 HyperCore 的状态托管，不在项目方或第三方的控制范围内。

关于命名：本提案编号为 HIP-6，因为 HIP-5 此前已被分配给另一份独立提案。

我们在什么基础上构建

HIP-6 将 @Uniswap 的连续清算竞拍（CCA）适配到 Hyperliquid 的 CLOB 原生环境中。CCA 将一个大型竞拍分解为多个相互递进的小型竞拍。每个区块，协议释放一批代币并计算统一清算价格。价格发现是逐渐发生的，而非在某个单一时刻完成，竞拍者受到激励更早参与，而非等待。

相比之下，其他替代方案均存在明显缺陷：

• 固定价格销售：价格发现效果差，可能导致项目损失差价或销售失败。
• 有上限的按比例分配销售：容易引发超额认购螺旋，用户体验较差。
• 无上限销售：可能导致过度募资，类似 2017 年 ICO 浪潮的问题。
• 传统竞拍：制造时间博弈，最优策略是尽可能等到最后。
• 动态联合曲线：适合 AMM 环境，但不适用于 Hyperliquid 的 CLOB 环境。

HIP-6 之上可以构建什么

HIP-6 解决了资本形成和价格发现问题，但并未涉及特定代币的价值累积机制、代币持有者的保护措施或治理方式。这些问题留待社区和未来项目在 HIP-6 的基础上进一步探索和解决。

未来项目可以在 HIP-6 之上构建的示例包括：

• 价值累积机制：规定协议收入如何回流给代币持有者（如费用分配、回购、质押奖励）。
• 治理框架：赋予代币持有者对金库分配、参数变更和/或协议升级的投票权。
• 代币持有者保护：提供金库锁定、链上报告要求和/或归属机制等工具。

公开文档草稿

以下是 HIP-6 如何在 Hyperliquid 公开文档中呈现的草稿：

HIP-6：代币发行竞拍

HIP-6 为 HIP-1 资产引入无需许可的代币发行竞拍。项目方通过连续清算竞拍提供其代币供应量的一部分出售。竞拍者以对齐报价资产（目前为 USDH）承诺资金。竞拍者指定其总预算和每个代币愿意支付的最高价格。竞拍随后将该出价分散在竞拍剩余区块中。竞拍的每个区块，协议以固定速率释放代币。协议随后将已释放代币的供应与竞拍者的需求匹配，为每个区块找到统一清算价格。结算时，向援助基金发送协议费用，一部分收益按照竞拍最终窗口发现的价格自动为 HIP-2 Hyperliquidity 注入流动性，其余部分归项目方。所有竞拍逻辑在 HyperCore 的区块转换内运行。

部署竞拍

项目方在完成标准 HIP-1 部署步骤后调用 registerAuction。项目方需指定以下参数：

• auctionSupply：出售的代币总量。
• duration：竞拍时长（以区块为单位）。
• floorPx：最低清算价格，默认为 0。
• startDelay：注册到第一个清算区块之间的区块数。
• minRaise：竞拍成功所需的最低报价资产募集量。
• quoteAsset：必须是协议认可的对齐报价资产（如 USDH）。
• hip2Seed：净收益自动注入 HIP-2 的基点数。
• hip2OrderSz 和 hip2NOrders：HIP-2 订单大小和订单数量。

所有参数一旦注册即不可更改。项目方可在竞拍 startBlock 之前取消竞拍。

出价

竞拍者调用 submitBid，指定预算和 maxPx（每个代币的最高价格）。预算在提交时被托管，每次出价收取 1 个报价资产的不可退还费用。预算自动均匀分散到剩余竞拍区块中。

清算

竞拍期间的每个区块，协议以固定速率释放代币，并通过从最高到最低遍历已占用价格刻度，直到累积需求满足供应，来计算统一清算价格。

结算、HIP-2 激活和认领

在竞拍结束后的第一个区块，如果未达到 minRaise，竞拍失败，所有资金退还。如果成功，协议将扣除费用并分配收益。

费用

在 registerAuction 时收取 10 HYPE 注册费。每次 submitBid 收取 1 个报价资产的费用。结算时对总收益收取 500 bp 协议费用。

关键设计决策

HIP-6 选择连续清算竞拍而非其他机制的原因在于其能够有效避免时间博弈、路径依赖和价格猜测问题。此外，仅允许对齐报价资产（如 USDH）确保了生态系统的稳定性和收益最大化。

安全考量

提案包含多种安全措施，包括防止项目方自我交易、种子价格操纵和资金安全风险。

对各方的影响分析

HIP-6 将使代币项目方、Hyperliquid 用户、HYPE 持有者、流动性提供者和验证者均受益，同时推动 Hyperliquid 成为承载所有金融活动的区块链。

未来工作项目

未来可能扩展的功能包括治理对协议常量的审查、非线性释放计划、分批 HIP-2 注入等。