一部利用者向けDeFi：Hyperliquidが制限付き市場を構築する理由

すべてのニュース

主要ニュース

編集部おすすめ

株式

暗号資産

経済

通貨

コモディティ

ビジネス＆ウェルス

市場の声

Pavlo Kot

18 時間前

一部利用者向けDeFi：Hyperliquidが制限付き市場を構築する理由 — Hyperliquid、DeFi市場にKYC導入へ

Hyperliquidの開発者は、規制対象企業が本人確認済みの顧客のみ利用できる市場を立ち上げられるインフラの準備を進めている。しかし、ウォレットを接続すれば自由に取引できるという考え方を基盤に生まれたDeFiで、一部市場へのアクセスに本人確認が必要になった場合でも、DeFiと呼べるのだろうか。

この記事は原文から翻訳されました。特派員による原文はこちら.

最新の動きが明らかになったのは10月26日だ。Krakenの親会社Paywardは、規制対象事業体Bitnomialを通じて、HIP-3の新バージョンで初の市場運営者となることを計画している。この市場では、事前承認されたアドレスのリストに基づいて取引アクセスを制限できる。

Xで投稿を見る読み込み中…

news.removed-tweet-widget.title

news.removed-tweet-widget.content

ただし、Hyperliquidは既存市場を閉鎖したり、全ユーザーに本人確認を義務付けたりする計画はない。代わりに、同じパブリックインフラ上で、オープン市場と、規制対象の運営者がアクセスルールを定める個別の取引市場を併存させるモデルを想定している。

オープン市場に閉ざされた扉が生まれた経緯

Hyperliquid がこの仕組みを必要とする理由を理解するには、HIP-3の進化を振り返るとよい。この仕組みは2025年に始まり、特定の資産がプラットフォームに上場されるのを待たずに、サードパーティーのチームが独自に無期限先物市場を開設できるようにした。

この仕組みは従来のDeFi モデルを踏襲している。インフラは共有しつつ、個別市場の開設は中央集権型取引所ではなく外部の運営者が判断する。こうした市場は、やがて暗号資産にとどまらず、株式、株価指数、金、コモディティなどの資産に連動する契約へと広がった。

Xで投稿を見る読み込み中…

news.removed-tweet-widget.title

news.removed-tweet-widget.content

2026年秋までに、HIP-3はプラットフォームの周辺で行われる実験ではなくなっていた。

開始以来、HIP-3上に構築された市場の取引高は約6,650億ドルに達し、直近30日間だけでも約647億ドルを記録した。時期によっては、Hyperliquid全体の無期限先物取引に占める割合も大きかった。

プロジェクトは現在、定着したこのモデルに新たな層を加えようとしている。HIP-3では、個別市場の運営者が承認済みアドレスのリストに基づいてアクセスを制限できるようになる。ユーザーにとって、その違いは決定的だ。通常の市場ではウォレットを接続するだけで取引できる一方、規制対象市場を利用するには、まず運営会社への登録が必要になる。

重要なのは、Hyperliquid自身がKYC審査を実施したり、取引可能なユーザーを決めたりするわけではない点だ。顧客確認、規制遵守、口座管理は市場運営者が担う。

Paywardの場合、これらの責任は複数の規制対象事業体に分担される見込みだ。Bitnomial が市場運営と清算を監督し、NinjaTrader Clearingが顧客口座を管理する。本人確認を済ませたユーザーは、事前承認されたアドレスを通じて該当市場にアクセスできる。

Paywardにとって、KYC、顧客口座、規制上の責任を認可事業体内に維持しながら、取引をパブリックインフラへ移す機会となる。

KrakenがHyperliquidを必要とする理由

Payward がこのモデルに関心を寄せたのは、突然のことではない。2026年、同社は米国の規制対象デリバティブ取引所Bitnomialを最大5億5,000万ドルで買収することで合意した。同年夏には、KrakenがすでにBitnomialを通じて、米国の顧客向けにBTC、ETH、SOL、XRPの無期限先物を提供し始めていた。

つまり、Paywardはこの市場に足掛かりを得るためにHyperliquidを必要としているわけではない。同グループはすでに規制対象のインフラを持ち、米国の顧客にサービスを提供できる。

今回の取り組みが別の意味で注目されるのは、ユーザー登録、清算、法的責任を認可企業内に維持しながら、一部の取引をパブリックな暗号資産インフラ上に移せる点だ。

Paywardにとってこの方法は、パートナーが持つ既存の取引インフラを活用しつつ、サービスの規制対象部分を自社の事業体内に維持する手段となる。顧客確認、規制遵守、口座管理など、分散型プロトコルに委ねられない機能については、引き続き運営者が責任を負う。