# HyperCore 和 HyperEVM 架构及生态系统指南

By [石小龙](https://paragraph.com/@0x994cd38723375a0eb0d55fcbc1e2a862fd49d007) · 2025-10-13

---

### HyperCore 和 HyperEVM 架构及生态系统指南

状态执行被分为两个主要组件：HyperCore 和 HyperEVM。虽然这种双架构在性能和可扩展性方面提供了坚实的基础，但对于首次进入生态系统的新用户和构建者来说，它可能显得陌生且复杂。在实践中，许多用户经常混淆 HyperCore 和 HyperEVM 的角色，或者难以理解哪个链负责哪个功能。

在本文中，我们将分别探讨 HyperCore 和 HyperEVM 的角色、在此结构上运行的项目类型，以及这种架构如何推动生态系统扩展和收入生成。

1\. HyperCore (Hyperliquid Exchange)
====================================

什么是 HyperCore？
--------------

HyperCore 是实现 Hyperliquid 的链上交易所功能的的核心链。它是一个高性能的 Layer 1 区块链（基于 Rust），能够处理每秒高达 20 万笔交易 (TPS)，并大约每 0.07 秒生成一个区块。

Hyperliquid 网站上提供的所有关键功能——期货和现货交易、金库操作、质押、ticker 拍卖等——全部在 HyperCore 上运行。本质上，HyperCore 处理关键的链上交易所功能，如实时交易执行、费用分配和奖励机制，形成 Hyperliquid 用户体验的基础。

HyperCore 上线
------------

HyperCore 上的原生结算资产是 USDC。要使用它，用户必须首先从 Arbitrum 链桥接到 HyperCore 的 USDC。这个过程是激活 Hyperliquid 账户并访问 HyperCore 上所有交易所功能的先决条件。

即使用户最初通过 HyperEVM 链进入 Hyperliquid 生态系统，他们仍然必须完成这个桥接过程才能使用基于 HyperCore 的交易所功能。这是新用户常见的困惑点，也是理解 Hyperliquid 双链结构的关键点。

一旦账户激活，用户就可以自由访问和利用 HyperCore 交易所的各种功能。最近，在 HyperUnit 团队的支持下，现在可以直接从各自的主网（如 Bitcoin、Ethereum、Solana 和 Fartcoin）向 Hyperliquid 交易所发送和提取主要资产。这项改进显著提升了生态系统间的流动性和用户体验，并降低了费用。

订单簿交易
-----

要在 HyperCore 上交易，用户必须根据交易类型区分资产格式：

*   对于永续交易：需要 USDC (Perp) 余额
    
*   对于现货交易：需要 USDC (Spot) 余额
    

这两个余额是单独管理的，但可以使用投资组合页面上的“Perps <> Spot Transfer”功能，或交易页面余额部分中的“Transfer to Spot” / “Transfer to Perps”按钮自由转换。

专有现货代币 (HIP-1, HIP-2)
---------------------

在 HyperCore 上交易的现货代币遵循 Hyperliquid 的专有 HIP-1 代币标准。因此，即使代币与其他交易所上市的代币名称相同，它们也被视为完全不同的资产。例如，Hyperliquid 上的“TRUMP”与 Solana 链上的代币完全不同。

但是，有例外情况。由团队或项目团队直接支持的资产，如 BTC、ETH、SOL、Fartcoin、USDe 和 USDT，被视为与外部版本相同。如果此类代币在 HyperCore 和 HyperEVM 之间启用了原生传输功能，则它们在两个链上被视为相同的资产。

现货代币通过每 31 小时进行的荷兰式拍卖自动 ticker 拍卖过程上市。这些拍卖的进度和结果可以通过 HypurrScan 或 Asxn Data 跟踪。

代币流动性通过 HIP-2：Hyperliquidity 策略管理，该策略自动维持 0.3% 的价格价差。当代币上市时，项目可以分配总供应量的特定百分比用于流动性策略，以提供初始市场流动性和交易环境。但是，如果缺乏实际用户需求或做市商活动，尽管有该策略，流动性短缺仍可能发生。

Gas 和费用结构
---------

HyperCore 不收取单独的 gas 费用，这意味着用户在交易执行时不会负担额外的网络费用。但是，确实有明确的费用结构：

*   永续交易：在执行时收取固定的 USDC 费用
    
*   现货交易：购买代币时使用 USDC；销售时扣除相应代币
    
*   根据质押金额应用 Tier 0 费用优惠
    

这些费用根据设置部分燃烧，部分分配给代币部署者。

任何人都可以在 Hyperliquid 上上市现货代币，并从该代币生成的交易费用中赚取一部分。一个代表性案例是 HyperUnit 推出 BTC/ETH/SOL/Fartcoin 现货市场。HyperUnit 从各自的主网（Bitcoin、Ethereum、Solana 等）创建了到 HyperCore 的桥接路径，并提供了链上流动性，从而形成了与中心化交易所相当的订单簿交易环境。

这一策略不仅仅是基础设施性的，还具有盈利性：

*   BTC 现货市场于 2025 年 2 月 14 日推出，随后是 ETH、SOL 和 Fartcoin
    
*   截至 2025 年 6 月 9 日，累计交易费用达到约 97 万美元
    
*   减去 ticker 拍卖花费的约 37 万美元，HyperUnit 实现了约 60 万美元的利润
    

这表明 Hyperliquid 正在从单纯的交易所演变为开放的基础设施平台。它还显示出各种项目团队和贡献者帮助系统演进并赚取实际收入的结构正在积极运作。

HLP & AF (Assistance Fund)
--------------------------

Hyperliquid 生态系统内的收入主要来自三个来源：

*   HLP (Hyperliquidity Provider) 收入
    
*   现货和永续交易费用
    
*   Ticker 拍卖收益
    

其中，ticker 拍卖支付和现货交易费用被燃烧。永续交易费用在 HLP 参与者和 Assistance Fund (AF) 之间分配。

目前，所有永续费用收入的约 7% 分配给 HLP，其余 93% 分配给 AF。HLP 池直接奖励存入 USDC 的流动性提供者，而 AF 使用其份额自动回购。

HIP-3
-----

Hyperliquid 最近提出的 HIP-3 是一个重大转折点，它开启了一种新的业务机会形式。它允许任何人通过质押 100 万 HYPE 在 Hyperliquid 上推出永续期货市场。

一旦此功能上线，尚未接入 Hyperliquid 的资产——长尾代币、股票类资产、期权、基于指数的产品等——都可以作为 Perps 上市。这将 Hyperliquid 的模型扩展为更灵活、以衍生品为重点的结构，而不仅仅是现货市场。

HIP-3 的核心在于市场创建者的收入模型。根据 Hyperliquid 文档，Perp 市场的部署者可以赚取该市场生成的交易费用的高达 50%。因此，尽管质押 100 万 HYPE 代表重大承诺，但如果资产有足够的交易需求，部署者可以赚取可持续的长期收入。

Builder Codes
-------------

Hyperliquid 基于订单簿的基础设施上对构建者最显著的功能之一是 Builder Code。Builder Code 允许项目使用 Hyperliquid 的交易界面构建 dApp 或新交易所，而无需重新创建复杂的基础设施。一个显著的例子是去中心化超级应用。

集成 Builder Code 的应用可以在 Hyperliquid 的基础费用之外设置自己的 Builder Fee，并且该 Builder Fee 的 100% 归应用开发者所有。这允许开发者在无需推出或运营完整交易所的情况下生成持续收入。

此外，当与最近引入的 Staking Referral Program 结合时，Builder Codes 会创建额外的激励。原生质押一定数量 HYPE 的应用运营商可以向其 dApp 用户分发推荐代码，并赚取高达 40% 的交易费用。

这个系统允许 dApp 抽象掉 Hyperliquid 的上线过程，让构建者专注于获取用户和生成交易量。因此，Hyperliquid 自然会看到交易量、未平仓量和用户数的增长，而构建者则获得实际收入作为回报。

这个结构不限于加密资产。如果有适当的抵押品、桥接路径和流动性，甚至传统金融资产如股票也可以通过此基础设施在链上交易。

Builder Code 和 HIP-3 的协同作用
--------------------------

当构建者通过 HIP-3 推出新 Perp 产品时，该产品不限于单一界面。它会立即在所有集成 Builder Code 的应用和交易所中可用。

这些应用和前端的增长直接反馈到整个 Hyperliquid 协议的增长。每个构建者带来的独特用户体验和流量提升了 Hyperliquid 的竞争力，创造了一个良性循环。通过无许可的产品部署和多渠道分发，Hyperliquid 正在演变为去中心化流动性层。

利用 HyperCore 的代表性项目
-------------------

Delta-Neutral 策略：、、、、、 等

HyperCore 的构建工具

官方 API & SDK

WebSocket 端点

*   主网：wss://api.hyperliquid.xyz/ws
    
*   测试网：wss://api.hyperliquid-testnet.xyz/ws
    

Hyperliquid ↔ Arbitrum 桥接信息

2\. HyperEVM
============

什么是 HyperEVM？
-------------

HyperEVM 是一个 EVM 兼容链，旨在支持 Hyperliquid 交易所之外的各种 dApp，包括 NFT、ERC-20 代币和 DeFi 应用。由于其 EVM 兼容性，上线现有的基于 Ethereum 的应用非常简单。最值得注意的是，HyperEVM 在与 HyperCore 相同的共识机制下运行，允许两个链之间无缝交互。

本节将重点关注 HyperEVM 和 HyperCore 之间的互连以及利用这种集成的 dApp。

上线 HyperEVM
-----------

要使用 HyperEVM，用户必须使用兼容钱包或手动将网络添加到现有钱包。

支持的钱包：、

网络信息：

一旦网络配置完成，用户可以使用“Transfer to EVM”功能将 HYPE 从 HyperCore（交易所）转移到 HyperEVM。相反，要将资产从 HyperEVM 返回到 HyperCore，请使用交易所“Spot to EVM”部分的绿色箭头，并切换到“EVM to Spot”。

但是，从 EVM 转移资产到交易所仍然要求用户首先将基于 Arbitrum 的 USDC 桥接到 HyperCore。

从外部链到 HyperEVM 的桥接路径正在逐步扩展。值得注意的是，像 和 这样的服务支持从其他链向 HyperEVM 转移资产。这允许用户无需直接在 HyperCore 上购买 HYPE 即可进入 HyperEVM 环境。

Gas 费用和代币结构
-----------

HYPE 是 HyperEVM 上的原生代币，用于支付 gas 费用，这些费用在使用时被燃烧。由于 HYPE 是原生资产，要在 dApp 中与标准 ERC-20 接口交互，必须将其包装成 WHYPE（wrapped HYPE）。

用户可以使用像 HyperSwap 这样的 DEX 手动将 HYPE 包装成 WHYPE，一些 dApp 在后端自动处理此过程。要将 WHYPE 转移回其他链或 HyperCore 交易所，用户必须先将其解包成 HYPE。

连接 HyperCore 和 HyperEVM：原生转移
----------------------------

HyperEVM 的最大优势之一是直接访问 HyperCore 的交易所功能和流动性。这种集成通过 Native Transfer 和 Precompiles 系统实现。

Native Transfer 允许 HIP-1 标准代币如 HYPE 和 PURR 在 HyperCore 和 HyperEVM 之间自由移动。如果代币在交易所上市，发行者可以在 HyperEVM 上配置 ERC-20 等价物。相反，最初在 HyperEVM 上部署的代币必须通过 HIP-1 ticker 拍卖过程才能在交易所上市。

注意：HyperCore 和 HyperEVM 上的流动性池是完全独立的。HyperCore 的订单簿流动性类似于 CEX 的运作，必须独立提供，通常需要做市策略。同样，基于 EVM 的代币需要在像 这样的 AMM DEX 上有单独的流动性池。

最终，HyperCore 以无许可方式在链上复制 CEX 订单簿的功能，而 HyperEVM 为交互 dApp 提供灵活的环境。

连接 HyperCore 和 HyperEVM：Precompiles
-----------------------------------

Precompiles 是允许 dApp 直接利用 HyperCore 交易所流动性的关键技术。Precompiles 是允许 HyperEVM 上的智能合约访问和利用 HyperCore 上记录的链上数据的接口。

具体来说：

*   Read-Precompiles 获取 HyperCore 上生成的区块数据，允许 dApp 访问：
    

1.  永续仓位状态
    
2.  现货余额
    
3.  金库净资产价值
    
4.  质押委托信息
    
5.  链上 oracle 价格
    
6.  L1 区块号
    

*   Write-Precompiles (CoreWriter 合约) 允许 HyperEVM 合约向 HyperCore 发送交易，例如：
    

1.  提交限价订单
    
2.  金库存款和提取
    
3.  代币委托和质押操作
    
4.  现货资产转移
    

Precompiles 的潜在应用
-----------------

Read-Precompiles 已在主网上线，而 Write-Precompiles 仍在开发中。一旦完全集成，它们将启用高级链上功能，例如：

*   自动化 delta-neutral 策略
    
*   以 HLP 和永续仓位作为抵押品的借贷协议
    
*   由订单簿定价驱动的链上清算系统
    
*   流动性质押框架
    
*   由 HyperCore 流动性优化的 DEX 聚合器
    

* * *

该文翻译自：[https://x.com/SKYGG\_Official/status/1941091921130316102](https://x.com/SKYGG_Official/status/1941091921130316102)

---

*Originally published on [石小龙](https://paragraph.com/@0x994cd38723375a0eb0d55fcbc1e2a862fd49d007/hypercore-hyperevm)*
