Hyperliquid 徹底分析 2026年4月版 — HIP-3・HyperEVM・Assistance Fund バイバック＆バーンの実情

はじめに — なぜ2026年春にもう一度Hyperliquidなのか

2026年春、オンチェーン永久先物の勢力図は劇的に変わった。2024年11月のHYPE エアドロップで話題をさらったHyperliquidは、2025年3月のJELLYJELLY事件を経て制度面の改善を進め、2025年10月にはHIP-3（builder-deployed perpetuals）をメインネットに投入、2026年春にはHyperEVM上のDeFiエコシステムが立ち上がり、Assistance Fundによる買戻し＆バーンでHYPEはついにデフレ通貨化した。

本記事は2026年3月の基礎解説をアップデートし、この半年で何が変わり、アルゴリズムトレーダー・開発者・アナリストが2026年春時点で押さえるべきことを、Grok・Gemini CLI・Codex CLIを用いた三重クロスチェックと一次情報ベースで再構成する。

2026年4月時点のダッシュボード

出典: DefiLlama, CoinGecko, Hyperliquid公式発表, The Defiant, Oak Research, Messari。市場変動が大きいためリアルタイムの確認を推奨。

1. 技術アーキテクチャ — HyperCore と HyperEVM の二層構造

Hyperliquidは「取引特化L1」として設計された独自チェーンだが、2025年にEVM互換レイヤーが稼働し、いまや二層構造となっている。

公式スペック

• コンセンサス: HyperBFT（HotStuff派生、Linear View Change で通信量 O(n)）
• ファイナリティ: One-block finality、約 0.07〜0.2秒（決定論的、再編成なし）
• 遅延: エンドツーエンド中央値 0.2秒、p99 0.9秒
• スループット: 約 200,000 orders/sec（公式数値、将来は 1M orders/sec 想定）
• HyperCore 実行環境: Solidityではなく Rustベースのカスタム VM を L1 に直接組み込み
• ガス: HyperCoreのperp/spot取引はゼロガス、HyperEVMはHYPEをガストークンに使用（取引手数料はバーン）
• 入金経路: Arbitrum上のネイティブブリッジからUSDCをデポジット
• HyperEVM メインネット稼働: 2025-02-18

HyperCore と HyperEVM は別チェーンではない（Read Precompiles / CoreWriter）

よくある誤解だが、HyperEVMはHyperliquid L1と同一HyperBFTコンセンサス配下の実行レイヤーであり、独立チェーンではない。両者は「デュアルブロックアーキテクチャ」で並行処理される:

• Fast blocks: HyperCoreの約定・清算・資金調達を高速処理
• Slow blocks: HyperEVMのスマートコントラクト計算を重い処理として分離

両者を橋渡しするキーコンポーネントが以下の2つだ:

1. Read Precompiles: HyperEVMのスマートコントラクトが、HyperCoreのオーダーブック・価格・ユーザーポジションをシステムコール相当で直接読む。Chainlink等の外部オラクルに頼らず、ミリ秒精度の価格を取得できる
2. CoreWriter: スマートコントラクトがHyperCoreに直接注文を送信できる。レンディングプロトコルが清算条件を満たしたポジションを即座にCLOBで処分する「プロトコル主導清算」が可能
3. ブリッジレス資産移動: USDC（システムアドレス 0x20...00）とHYPE（0x22...22）は HyperCore ↔ HyperEVM 間を約2秒で移動。外部ブリッジ不要

「汎用EVM上にCEXを構築した」のではなく「CEX級取引インフラに汎用EVMを後付けした」という順序が重要で、Fast/Slow分離と Precompile/CoreWriter によって取引性能を犠牲にせずに済む設計になっている。

2. HIP-3: Builder-Deployed Perpetuals の衝撃

2025年10月13日にメインネット投入されたHIP-3は、Hyperliquidを単一DEXからパーミッションレスperpマーケットプレイスに変える仕様だ。

HIP-3 の仕組み

仕様の核心

なぜ重要か

HIP-3は「誰でも独自perp DEXを立ち上げる」のではなく、「Hyperliquidのコアインフラ・流動性・UIを借りて、ニッチな商品（RWA、コモディティ、長尾アルト等）のperpをキュレーションする」モデルだ。これにより、メインプラットフォームに並べられなかった非正統商品が、deployerの経済的インセンティブで運営されるようになり、トレーダー視点では「1アカウント・1証拠金」で多様なエクスポージャにアクセスできる。

デプロイヤー視点では、500,000 HYPEのロックアップコスト（$20M規模）と手数料50%収益のROI評価が全てで、ボリュームの伴わないperpを乱立させる経済的合理性がない設計になっている。

HIP-1 / HIP-2 / HIP-4 のマッピング

HIP-3 は全体の一角に過ぎない。2026年春時点の HIP 群は以下の通り:

HIPはハードフォーク不要でモジュール式にアップグレードする仕組みで、バリデーター社会的合意（Social Consensus）で承認される。HIP-4により、Hyperliquidはデリバティブだけでなく予測市場もカバーするマルチアセット・プラットフォームへと拡張している。

3. HyperEVM エコシステム — DeFiレゴが揃い始めた

HyperEVMは2025年7月時点でL1ブロックチェーンのTVLランキング10位に入り、2026年4月現在も上位を維持している。主要dApp は以下:

なぜHyperEVMが成長したか

1. ネイティブ連携: HyperCoreのperp価格・清算イベントをprecompileで読み取れる
2. HYPEガス: EVM側の取引手数料がHYPEのバーン材料になるため、デフレ化と噛み合う
3. USDCの内部循環: ArbitrumブリッジでデポジットされたUSDCが、HyperCore（perp証拠金）とHyperEVM（DeFi担保）で相互運用される
4. Felix × M0: M0プロトコルと連携したUSDhlの導入で、ステーブル供給のバリエーションが広がった

従来の「Arbitrum + GMX」「Solana + Jupiter」のような別チェーンの別プロトコル組み合わせと違い、Hyperliquidは同一L1で perp取引・LST・レンディング・AMMを垂直統合できる点が差別化要因だ。

4. HLP Vault と JELLYJELLY 事件 — 分散性の試金石

HLPの位置づけ

HLP（Hyperliquidity Provider）はコミュニティ所有のマーケットメイカー兼清算カウンターパーティボールトだ。ユーザーがUSDCを預けると、プロトコルが自動的に板へ指値注文を出し、清算イベント発生時は最終引受け手として強制的にポジションを引き継ぐ。

CEXでは強制清算の利益はすべて取引所運営者が独占するが、Hyperliquidでは清算プレミアムの100%がHLPデポジターに還元される — この「マーケットメイキングと清算アルファの民主化」がHLPの核心だ。

収益源:

• マーケットメイキングのスプレッド収益
• 清算時のディスカウント引受（清算価格 < マーク価格の差額、Liquidation Alpha）
• Taker手数料の一部分配
• 資金調達率の受取（レバロング過多時のファンディング）

リスク源:

• 薄い銘柄でのオラクル操作に巻き込まれる
• 急激な一方向ムーブ時の在庫リスク
• 大口ショート攻撃の引受け（JELLY事件参照）

HLP の実績（2025 中盤〜2026 初頭）

2026-02-01 "Whale Slap Reversal" 事例:

• 通称「1011 Insider Whale」（Garrett Bullish）がBTC急落（$76,000割れ）で約 **$76,000割れ）で約∗∗7億のロング**を強制清算
• 攻撃者側の累積損失 -$128M
• HLPはこの1日だけで約 $1,500万の利益を獲得、デポジターに24時間で約 5.8%、期間APY換算 110%超

この事例は、JELLY事件後にHLPに導入されたガードレール（低流動性銘柄の取引サイズ制限、BTC/ETHの最大レバ引き下げ 50x → 40x/25x）が巨額清算を安全に処理できることを実証した瞬間でもある。

Liquid HLP（wHLP）とループ戦略

2026年、HLPシェアをトークン化した wHLP（Liquid HLP） が導入された。wHLPは HyperLend などで担保として利用可能になり、以下のループ戦略が可能になっている:

借入金利とHLP利回りのスプレッドが順張りの間は有効だが、市場ボラ急騰・清算チェーンではループが連鎖清算される脆弱性を持つ。レバレッジを効かせた時点で「ノーリスクではない」ことに注意が必要だ。

JELLYJELLY 事件（2025年3月26日）

2025年3月に発生したこの事件は、Hyperliquidの分散性と裁量介入のトレードオフを露呈した象徴的イベントだ。

技術的論点と教訓

• 低流動性銘柄のリスク: 外部DEXのAMM流動性を操作するだけでperpのオラクル価格を動かせた。JELLY市場全体が約 $230M のHLP資金を危機に晒した
• validator裁量介入: 0.0095ドル付近でショートを強制決済したオラクル遡及書き換えは、「コードイズロー」の原則と緊張関係にある
• 改善策: HLPの銘柄別エクスポージャ上限、低流動性銘柄の取引サイズ制限、BTC/ETHの最大レバを 50x → 40x/25x へ引き下げ、オラクル源の多重化
• 2025年11月のPOPCAT事件: HLPが約 $500万の損失を被った別ケース。JELLY後の改善でも完全には塞げていない
• 2026年2月の Whale Slap: 同じメカニズムでも、今度はHLPが 勝者側に立ち $15M 利益を得た。ガードレールが機能することの実証

Hyperliquidはこの事件以降、低流動性・大OI・極端な板の歪みを検知する自動制御を強化したが、マーケットメイキングVaultに巨大な攻撃面が残ることは構造的な課題だ。バリデーター集中と緊急介入の可能性は、「DeFi の皮を被った中央集権取引所」との批判を完全には打ち消せていない。

5. HYPE トークノミクス — デフレ通貨化という転換点

供給設計（再確認）

Assistance Fund のバイバック＆バーン

Assistance Fund（AF）は、プロトコルの取引手数料の大部分をHYPEの市場買戻しに回す仕組みだ。

• 手数料の約97%がAFに流入し、市場からHYPEを継続的に吸い上げる
• 2026-02-02 時点: AFは約 $890M を投入し、40,028,984 HYPEを取得（総供給の約4%）
• 2026-03-24 時点: AFが循環供給の 14.22% を保有
• 2025-12-16: Hyper Foundationが、AF内HYPEを循環・総供給から恒久的に除外する「公式バーン」提案をバリデーターに提出（当時約 $9.2B相当、約37M〜41.7M HYPE）。バリデーターステークウェイトの85%超で社会的合意を得て可決
• 2026-04-18: 累計バーン 43.4M HYPE（$19.6B相当）、取引手数料のほぼ100%が買戻し＆バーンに充当、純日次供給が -16,484 HYPEへ（デフレ化）

AFが送る先はプライベートキーが存在しないシステムアドレス（0xfefe...fefe）で、ハードフォークなしではアクセス不可能（実質バーン済み）。2025-12の投票は、そのトークンをCoinMarketCap等の指標上でも循環・総供給から帳簿除外する「公式バーン」昇格だった。

戦略的含意

• ETHの EIP-1559 より強い: EIPのように使用ガスの一部だけでなく、perp取引手数料の97%近くという大きな収益ソースを直接バーンに流す設計
• validator承認バーン: 実効的には買戻しHYPEを未割当プールに置くだけでも効果があるが、validator承認で公式バーンに昇格させることで、長期ホルダーへのコミットメントを強化
• HYPEのデフレ化は2026年4月に本格化: バーンフローが新規発行（ステーキング報酬・エミッション）を初めて上回った
• 批判的視点: Messariなどのアナリストは、バイバック一辺倒は短期需要の前倒しで長期エコシステム投資が不足する懸念を指摘している。開発者助成金・R&D投資への再配分議論は残る

6. バリデーター分散化の実情

Hyperliquidの中央集権性は、立ち上げ当初から批判対象になってきた。

懸念と対応

• ノードコードが非公開: Hyperliquidは「安定期に達したらオープンソース化」と明言するも、2026年春時点では未公開
• シート購入疑惑: 批判に対し、Hyper Foundationは「テストネットのパフォーマンスで選出、シートは買えない」と反論
• トークン委任プログラム: 高性能validatorへの委任を促進する仕組みを導入
• JELLY事件の再考: 少数validatorによる「緊急介入」が制度的に可能な状況であることが、2025年3月に実証された

アルゴリズム取引Botを運用する観点では、validator集中による一方的な市場停止・価格上書きリスクを戦略のリスク許容度に組み込む必要がある。これは伝統的CEXの「口座凍結リスク」に近い性質を持つ。

7. 競合比較（2026年4月時点）

2025年のポイントファーミングブームが落ち着き、2026年春は市場が成熟期に入り優良プラットフォームに流動性が集中している。業界シェアと主要スペックは以下の通り:

定性的な立ち位置

• Hyperliquid: オンチェーン取引基盤として最も成熟。HIP-3で商品軸、HyperEVMでDeFi軸の拡大フェーズ、HYPEのデフレ経済で長期ホルダー基盤を形成
• Aster（旧 Astherus）: BNB Chain系、CZ/YZY Labs系の支援。2025年後半はエアドロップ施策で急伸、現在はインセンティブ減速でシェア低下気味だが資金調達率アービトラージの場として有用
• Lighter: ZK証明 + Maker 0% 手数料で、リテール・機関の両方を取りに行く戦略。Robinhoodのバックアップが最大の差別化
• dYdX v4: Cosmos独立chainの先駆者だが、HyperliquidのUXとトークン経済に押され流動性が停滞気味
• edgeX: StarkEx ZK-Rollup、10ms未満のマッチングで HFT 専用コロケーション並みの速度。レイテンシ重視のマーケットメーカーに特化
• Jupiter Perps: JLPの利回りが安定しSolanaユーザーに人気だが、LPがカウンターパーティリスクを負う
• GMX v2: Arbitrum上で安定運用、長期LPには根強い支持。CEX級速度の競争では劣勢

2026年のアービトラージ戦略

AI駆動の裁定エンジン（NeuralArB等）が、各DEXの特性を組み合わせた高度なルーティングを行う時代に入った。具体的には:

• Hyperliquid（深い板とタイトスプレッド、Maker リベート）× Aster（マイナー銘柄のファンディング乖離）
• Hyperliquid × Lighter（ゼロメーカー手数料のベーシストレード）
• Hyperliquid × edgeX（超低遅延を活かした速度差戦略）

単一DEXのスプレッド取りは収束しており、マルチDEX・マルチシグナルが当たり前になっている。

8. Python SDK — マーケットメイキングのスケルトン

Hyperliquidの公式Python SDKは、アルゴ取引の実装で最もコストが低い選択肢のひとつだ。

# 依存: pip install hyperliquid-python-sdk eth_account
from hyperliquid.info import Info
from hyperliquid.exchange import Exchange
from hyperliquid.utils import constants
import eth_account
import time

# --- 初期化 ---
secret_key = "0x..."  # マスターキーまたはAPI wallet
account = eth_account.Account.from_key(secret_key)
info = Info(constants.MAINNET_API_URL, skip_ws=False)
exchange = Exchange(account, constants.MAINNET_API_URL)

# --- マーケットメイキングのコア ---
COIN = "ETH"
TARGET_SPREAD_BP = 10     # 10 bps
INVENTORY_LIMIT = 1.0     # ETH建て上限
REFRESH_SEC = 3

def get_mid() -> float:
    mids = info.all_mids()
    return float(mids[COIN])

def get_inventory() -> float:
    state = info.user_state(account.address)
    for pos in state.get("assetPositions", []):
        if pos["position"]["coin"] == COIN:
            return float(pos["position"]["szi"])
    return 0.0

def quote_once():
    mid = get_mid()
    inv = get_inventory()

    # 在庫に応じてスキュー（買い偏れば売り寄りにスキュー）
    skew = -0.5 * (inv / INVENTORY_LIMIT)
    half_spread = TARGET_SPREAD_BP / 2 / 10_000

    bid_px = round(mid * (1 - half_spread + skew * half_spread), 2)
    ask_px = round(mid * (1 + half_spread + skew * half_spread), 2)
    size = 0.05

    # 既存の自分のオーダーを全キャンセル（シンプル戦略）
    exchange.cancel_all(COIN)

    # Add-Liquidity-Only（ALO）でMakerオンリー
    exchange.order(COIN, True, size, bid_px, {"limit": {"tif": "Alo"}})
    exchange.order(COIN, False, size, ask_px, {"limit": {"tif": "Alo"}})

# --- メインループ ---
while True:
    try:
        quote_once()
    except Exception as e:
        print(f"quote error: {e}")
    time.sleep(REFRESH_SEC)

実運用では追加で、

• WebSocket購読: l2Book, userEvents, fills をリアルタイム処理
• Vault アカウント: ユーザーボールトで他人の資金を運用するモード
• サブアカウント/API wallet: マスター鍵を直接使わず、制限付きサブキーで発注
• Builder codes: 自分のUI経由の取引に手数料率を付与し、ユーザー取引ごとにperp最大0.1% / 現物最大1%を徴収できる
• Rust SDK: tokio 非同期・ゼロコスト抽象化、HFT業者向け低レイテンシ実装
• TypeScript / Go SDK: フロントエンド統合、バックエンドサービス

を組み合わせる。

Builder Codes の破壊力

Builder Codesは単なるアフィリエイトではなく、第三者フロントエンドがHyperliquidのバックエンドを流用して独自の取引UIを構築できる仕組みだ。注文時にオンチェーンで {"b": "builder_address", "f": fee_value} を付与すると、スマコン層で自動的に手数料分配が発生する。

代表例として、Solana系で有名なPhantomウォレットは自前トークンを発行せずにHyperliquidのperp機能をアプリ内統合し、Builder Codes経由で1日 $100,000超の手数料収益を得ているという推計もある。開発者にとっては「独自流動性・マッチングエンジンの構築コスト」がゼロで、Hyperliquidの流動性を分散チャネルで獲得するモデルが成立している。

この仕組みにより、Hyperliquidは「公式UI」一本足ではなく、世界中に無数のフロントエンド入口を持つ取引インフラに変貌しつつある。

9. 日本からのアクセスと規制

日本は Hyperliquid の公式利用規約（Terms of Use, セクション 1.5 および 3.1.5）で明示的に "Restricted Jurisdiction"（制限対象管轄区域）に指定されている。 他の制限地域には 米国・英国・カナダ・シンガポール・香港・ドイツ・オーストラリア・ブラジル・南アフリカ などが並ぶ。

公式フロントエンドにアクセスすると IP ベースでジオブロックが掛かり、赤いエラーメッセージが表示される場合がある。ネイティブブリッジの使用やAPIダイレクトアクセスで技術的に接続することは可能だが、それは利用規約違反となる。

注: 一部資料で「日本は広範なアクセスを提供する地域」と記載されているものもあるが、これは公式ToSと矛盾する。実運用では公式ToSの Restricted 指定が優先と理解すべき。ToSの最新版は公式ドキュメントで直接確認すること。

日本国内ユーザー視点の論点

• 税制: 国内居住者の暗号資産デリバティブ利益は雑所得（総合課税、最大55%）
• 金商法 / 資金決済法: Hyperliquidは日本で登録された暗号資産交換業者ではないため、同法の保護は及ばない
• FSAのスタンス: 日本の金融庁は厳格なライセンス制度（第一種金融商品取引業など）を敷き、個人のレバレッジは最大2倍に制限。CEXですら海外大手は Binance Japan 等の日本法人経由でしか提供できない
• 自己責任原則: 秘密鍵の自己管理、ブリッジハック、スマートコントラクトバグのリスクは全てユーザー負担
• 機関投資家: 2026年時点でトークン化インフラに対する関心は高いが、機関が直接Hyperliquidを使うのは法的に不可能に近い

結論

業務・機関での利用は現状不可と考えるべき。個人研究・テクニカル分析の観点では、APIから板情報や約定履歴を読み取り専用で取得してアルゴリズムのバックテスト材料にするのが現実的な範囲だ。取引参加は各自の責任で判断することになるが、公式ToSで制限地域として明記されている以上、本記事は取引を推奨しない。

10. リスクサマリーと今後の注目点

構造的リスク

2026年後半に注目したい5点

1. HIP-3のディープリスティング: RWA・株式・コモディティの perps が開花するか
2. HyperEVM ステーブル戦争: feUSD、USDhl等の供給競争と相互運用
3. AF公式バーン決議: $9B規模の恒久バーンが正式承認されるか
4. バリデーター拡大: ノードコードOSS化と委任プログラムの成否
5. 競合の新機軸: Aster（CZ支援）、Lighter（zk）の伸長速度

まとめ

Hyperliquidは2026年春、「CEX級の速度をオンチェーンで」という当初のビジョンを超え、パーミッションレスな取引インフラ兼 DeFiレイヤーへと脱皮しつつある。アルゴ取引の実装面では Maker リベート水準とHIP-3、Builder Codesが魅力的だが、validator集中と低流動性銘柄の操作リスクはポジションサイジングと銘柄選定のルールに明示的に織り込むべき要素だ。

参考リンク

• Hyperliquid 公式ドキュメント
• HLP Vault（Protocol Vaults）
• HIP-3: Builder-Deployed Perpetuals
• hyperliquid-python-sdk（GitHub）
• JELLYJELLY 事件レポート（The Block）
• DefiLlama — Hyperliquid
• CoinGecko — HYPE

関連記事: Hyperliquid基礎解説 / オンチェーンデリバティブDEX比較 / ファンディングレートアービトラージ