募资、定价、做市一键完成：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 而非第三方产品：代币发行是基础设施，而非应用程序。如果每个团队都构建自己的发行机制，生态系统将碎片化。HIP 意味着在 Hyperliquid 上发行的每个代币（如选择使用 HIP-6）都能获得相同的公平价格发现和自动 HIP-2 注入，无需外部依赖。这也意味着该机制由验证者共识保障，而非第三方。

为什么选择 HyperCore 而非 HyperEVM：HIP-6 所需的一切已存在于 HyperCore 上。在 HyperEVM 上构建会引入不必要的复杂性，通过增加步骤和延迟来降低用户体验。

为什么选择连续清算竞拍：传统竞拍制造奖励速度而非估值的时间博弈；联合曲线是路径依赖的；固定价格销售需要猜测正确价格。CCA 将出价分散在时间上，每区块以统一价格清算，并在数千个区块内收敛，而非在单一时刻解决。

为什么只允许对齐报价资产：竞拍以对齐报价资产（目前为 USDH）计价。每次竞拍在其持续时间内锁定报价资产，增长 TVL 并为生态系统产生收益。支持 USDC 等非对齐资产会以边际采用收益稀释这种效果。持有 USDC 的竞拍者可以通过标准界面进行转换。

为什么只预设线性释放计划：线性确保清算价格单调不递减，这通过累积检查点实现了高效的认领时记账。非线性计划（后置加权、前置加权）可能导致清算价格在每区块供应量跳升时下降，使出价级别的记账复杂化。这些可能在未来 HIP 中引入，前提是扩展记账方案。

安全考量

项目方自我交易：项目方可以通过独立钱包在自己的竞拍中出价，以夸大清算价格和 VWAP，然后在结算后取回未售出的代币。缓解措施包括：协议费用使自我交易在所有自我交易量上成本高昂；seedPx 在覆盖竞拍最后 5% 的 VWAP 窗口内计算，需要持续支出才能操纵；minRaise 导致竞拍在真实需求不足时失败；所有出价在链上可见，使自我交易可检测。量化来说，一个项目方运行 100 万 USDH 竞拍（protocolFee = 500，hip2Seed = 2000），通过独立钱包出价 40 万 USDH（占总量的 40%）：损失约 2 万 USDH 到援助基金（5% 协议费用，不可恢复），约 7.6 万 USDH 被锁定到 HIP-2 注入（不返还给项目方）。总无谓损失约为 9.6 万 USDH，或自我交易资金的 24%。成本随自我交易量线性增长。

种子价格操纵：HIP-2 的 seedPx 使用覆盖竞拍持续时间约最后 5% 的窗口化 VWAP，而非最后一个区块的清算价格。操纵 VWAP 需要在窗口内的多个区块持续支出，而非单次后期注入，使成本与窗口的总成交量成正比。

资金安全：竞拍者的报价资产和竞拍代币在整个过程中由协议托管。资金永远不在项目方的托管中。失败时，所有报价资产通过 claimAuction 退还，所有代币返还给项目方。

代币冻结执行：所有代币转账（现货订单簿、点对点、HyperEVM）在活跃竞拍期间被冻结。这防止持有 userGenesis 配额或保留项目方供应的内部人员在价格发现期间通过非竞拍渠道出售代币。

出价激活延迟：出价在提交后的下一个区块才参与清算。这防止区块提议者或低延迟参与者观察待处理出价并在同一区块内插入反应性出价来影响清算价格。

对各方的影响分析

代币项目方：Hy-CO 为项目方提供了在单一流程中募集资金和注入流动性的原生方式。项目方将竞拍与 HIP-1 部署一起配置，将收益收到钱包（减去分配给 HIP-2 的 hip2Seed 部分），并在市场发现的价格处获得自动流动性注入。权衡是对初始价格的控制减少。

Hyperliquid 用户：用户获得直接参与在 Hyperliquid 上构建的新团队代币发行的能力。目前没有原生方式在上线时买入项目；用户要么错过初始分发，要么在 HIP-2 已注入后在公开订单簿上买入。Hy-CO 为用户提供了统一定价和出价分散的公平入场机会，通过他们已在使用的相同界面访问。结算后，竞拍者必须调用 claimAuction 将购入的代币和未使用的报价资产移入现货账户后才能交易。代币不会自动分发。现货订单簿仅以 HIP-2 流动性开盘，在做市商和其他参与者下单前不存在有机限价订单深度。如果许多竞拍参与者在认领后立即卖出，HIP-2 的买方层级可能迅速耗尽。这是任何新上市的预期行为，并非 HIP-6 独有，但前端应清晰显示认领状态，并设定早期竞拍后价差将比成熟市场更宽的预期。

HYPE 持有者：Hy-CO 以两种方式使 HYPE 持有者受益。首先，原生发行机制激励新团队在 Hyperliquid 而非竞争链上构建和发行，增长生态系统并将活动引向 Hyperliquid 的订单簿。其次，以对齐报价资产（如 USDH）计价的竞拍增长其实用性和储备，作为通过援助基金补充 Hyperliquid 交易费用的循环收入来源。

流动性提供者和做市商：竞拍后，订单簿以竞拍收益（通过 hip2Seed）资助的真实买方深度启动，而非薄薄注入的 HIP-2。这为 LP 和做市商提供了更可信的起始价格和从第一天起就有更深的流动性来交易。

验证者和状态增长：单个竞拍每个区块的清算成本为 O（T），其中 T 是已占用价格刻度的数量。在 tickSpacingFactor = 1.003 时，T 限于几千个刻度，但实践中大多数竞拍会有几百个已占用刻度。在 maxActiveAuctions = 16 时，最坏情况下每区块工作量为 16 × O（T）。每个操作是对聚合刻度预算的比较和加法，与现有现货订单簿匹配的成本相当。不需要新的密码操作或外部读取。

未来工作项目

以下超出本 HIP 的范围，但是随着 HIP-6 成熟应评估的自然扩展：治理对协议常量的审查；批量清算（每 K 个区块清算一次）；非线性释放计划；分批 HIP-2 注入；HIP-2 储备机制；认领到期和状态清理；UI 集成。