Hyperliquid Architecture · HyperCore & HyperEVM · 4/8

HyperCore vs HyperEVM

One Chain, Two Execution Environments

Hyperliquid's state is split into two execution environments that share the same consensus:

HyperCore — Handles all trading operations (order books, matching, margin, liquidations, funding, spot balances, staking)
HyperEVM — An EVM-compatible environment for general-purpose smart contracts

The HyperEVM is not a separate chain: both are part of the same Hyperliquid L1 and secured by the same HyperBFT validator set, but they serve different purposes.

Why Two Environments?

HyperCore is optimized for a single task: running the order books and margin system. It uses custom data structures and execution paths that would be impractical in a general-purpose VM. But trading alone isn't enough — DeFi needs composability.

HyperEVM provides:

Solidity smart contracts — Deploy EVM contracts (lending, vaults, DEX aggregators) using standard EVM tooling. HYPE is the gas token.
Composability — HyperEVM contracts can read HyperCore state (positions, balances, oracle prices) and send actions to it
Ecosystem growth — Developers familiar with EVM can build on Hyperliquid immediately

How They Interact

                    HyperBFT Consensus
                    /                \
            HyperCore               HyperEVM
         (Order Books)           (Smart Contracts)
         - Orders                - Lending
         - Matching              - Vaults
         - Liquidations          - Yield protocols
         - Funding               - NFTs
                    \                /
          Shared state: read precompiles,
          CoreWriter, asset transfers

HyperCore → HyperEVM (Read Precompiles)

HyperEVM contracts can read HyperCore state through precompiles at fixed addresses (starting at 0x…0800). For example, a lending protocol on HyperEVM can check a user's perp positions or an oracle price on HyperCore to calculate collateral. The values match the latest HyperCore state at the time the EVM block is built.

HyperEVM → HyperCore (CoreWriter)

HyperEVM contracts can send actions to HyperCore — such as placing or cancelling orders, vault transfers, and staking — through the CoreWriter system contract at 0x3333…3333. Order actions sent this way are delayed on-chain by a few seconds so the EVM cannot be used to bypass the normal order path.

Token Transfers

USDC, HYPE, and linked spot tokens move between the two environments:

HyperCore balances — Used for trading margin, collateral, and spot trading
HyperEVM balances — Used in EVM smart contracts. USDC on HyperEVM is Circle's native USDC; HYPE is the native gas token.
Transfers use special system addresses. There is no third-party bridge, since both sides are one state, but EVM gas applies, and Core → EVM transfers land with the next HyperEVM block. HyperEVM produces small blocks every ~1 second and large blocks every ~1 minute (docs, as of October 2026).

What This Design Provides

The split gives Hyperliquid:

Performance — The order books run in optimized native code, not inside the EVM
Composability — Smart contracts can build on top of the order books
Developer Experience — EVM compatibility means a large ecosystem of existing tools and developers

Hyperliquid のアーキテクチャ · HyperCore と HyperEVM · 4/8

HyperCore と HyperEVM の違い

1つのチェーン、2つの実行環境

Hyperliquid の状態は、2つの実行環境に分かれています。どちらも同じコンセンサスを使います。

HyperCore — 売買の処理をすべて受け持ちます(板、突き合わせ、証拠金、清算、資金調達料、現物の残高、ステーク)
HyperEVM — EVM と互換性のある環境です。汎用のスマートコントラクトを動かします

HyperEVM は別のチェーンではありません。どちらも同じ Hyperliquid L1 の一部で、同じ HyperBFT のバリデーターに守られています。ただし役目が違います。

なぜ2つの環境なのか

HyperCore は、1つの仕事に絞って最適化されています。板と証拠金の仕組みを動かすことです。汎用の VM では現実的でない、専用のデータ構造と実行の経路を使っています。ただ、売買だけでは足りません。DeFi には、組み合わせられることが要ります。

HyperEVM が提供するものは次のとおりです。

Solidity のスマートコントラクト — 標準の EVM の道具で、EVM のコントラクト(貸し借り、vault、DEX アグリゲーター)を置けます。ガス代は HYPE で払います。
組み合わせやすさ — HyperEVM のコントラクトは、HyperCore の状態(ポジション、残高、オラクル価格)を読み、HyperCore に操作を送れます
エコシステムの成長 — EVM に慣れた開発者が、すぐに Hyperliquid の上で作れます

どうやって連携するか

                    HyperBFT Consensus
                    /                \
            HyperCore               HyperEVM
         (Order Books)           (Smart Contracts)
         - Orders                - Lending
         - Matching              - Vaults
         - Liquidations          - Yield protocols
         - Funding               - NFTs
                    \                /
          Shared state: read precompiles,
          CoreWriter, asset transfers

HyperCore → HyperEVM(読み取りの precompile)

HyperEVM のコントラクトは、決まったアドレス(0x…0800 から始まる)にある precompile を通して、HyperCore の状態を読めます。たとえば HyperEVM の貸し借りのプロトコルは、利用者の無期限先物のポジションや HyperCore のオラクル価格を確かめて、担保を計算できます。読める値は、その EVM ブロックが作られた時点の最新の HyperCore の状態と一致します。

HyperEVM → HyperCore(CoreWriter)

HyperEVM のコントラクトは、システムのコントラクト CoreWriter(0x3333…3333)を通して、HyperCore に操作を送れます。注文を出す・取り消す、vault への送金、ステークなどです。この経路で送った注文の操作は、チェーン上で数秒遅らせて処理されます。EVM を使って通常の注文の経路を出し抜けないようにするためです。

トークンの移動

USDC、HYPE、紐づけられた現物のトークンは、2つの環境の間を移動できます。

HyperCore の残高 — 売買の証拠金、担保、現物の売買に使います
HyperEVM の残高 — EVM のスマートコントラクトで使います。HyperEVM の USDC は、Circle が発行する本来の USDC です。HYPE はガス代に使う基本のトークンです。
移動には、特別なシステムのアドレスを使います。両側が1つの状態なので、第三者のブリッジはありません。ただし EVM のガス代はかかります。また、Core から EVM への移動は、次の HyperEVM ブロックで反映されます。HyperEVM は、約1秒ごとに小さなブロックを、約1分ごとに大きなブロックを作ります(資料、2026年10月時点)。

この設計で得られるもの

この分け方で、Hyperliquid は次のものを得ています。

性能 — 板は EVM の中ではなく、最適化された専用のコードで動きます
組み合わせやすさ — スマートコントラクトが板の上に機能を組み立てられます
開発のしやすさ — EVM と互換性があるので、既存の多くの道具と開発者をそのまま活かせます