HyperliquidのDeposit画面でBTCを選ぶと、「Unit」や「Hyperunit」という見慣れない名前が出てきます。
これが何なのかわからず送金をためらっている方も多いはずです。
暗号資産の世界では、チェーンをまたぐブリッジが何度も大型ハックの標的になってきました。
仕組みを理解しないまま得体の知れない層に資産を預けるのは、確かに怖いものです。
この記事では、Hyperunitの正体、本物のBTCを持ち込むロック＆ミントの仕組み、wBTCのようなラップド資産との違い、そしてそれらの技術的な解説とその限界までを順に整理しました。
読み終えるころには、鍵を誰が握るのかという視点で、自分のBTCを入金するか、いくらまでに留めるか、別の経路にするかを判断できるようになるはずです。
Hyperunitは、BTCやETH、SOLといった他チェーンの資産を、Hyperliquidに持ち込むための入出金（ブリッジ）の層です。
取引所そのものではなく、資産を運び込むレイヤーにあたります。
板で売買する部分とは別に、出入金を担っていると押さえておくと理解しやすくなります。
Hyperunitは「本物のBTCを、単一の管理者に丸ごと預けることなくHyperliquidへ持ち込む」という課題を解くために設計された層です。
Hyperliquidは取引のために自前で用意した独立したチェーンです。
そのため、そのままでは外部チェーンにあるBTCなどを直接は扱えません。
これまで他チェーンの資産を持ち込むには、別トークンに包んだラップド資産や、中央集権的なブリッジを使うのが一般的でした。
しかしそこには、発行体への依存や、ブリッジハックで資産ごと失うリスクが付きまといます。
Hyperunitの基本動作は「ロック＆ミント」と呼ばれる方式です。
利用者がBTCを入金すると、そのBTCは元のチェーン（ビットコイン）側でロックされ、その分だけHyperliquid上にuBTCというトークンが新しく発行（ミント）されます。
出金はこの逆で、uBTCを焼却（バーン）すると、ロックされていた本物のBTCが手元に戻ります。
流通しているuBTCの量は、ロックされている本物のBTCと常に1対1で対応する設計で、ETHならuETH、SOLならuSOLというように、対応資産ごとに同じ仕組みが用意されています。
uBTCは「BTCを表すトークン」という点では、wBTCのようなラップド資産と似ています。
違いは、その裏で誰が、どのように本物のBTCを預かっているかにあります。
代表的なラップドBTCであるwBTCは、BitGoという特定の管理者が本物のBTCを一括で保管し、その引換券にあたるトークンを発行しています。
一方Hyperunitは、後述する複数のGuardianが鍵を分散して預かります。
「単一の管理者を信じるのか、分散した担い手の集まりを信じるのか」という、信頼する相手の違いが核心です。
| 軸 | wBTC（ラップド資産） | Hyperunit（uBTC） |
|---|---|---|
| 預かりの形 | 単一の管理者（例：BitGo）が一括保管 | 複数のGuardianが2-of-3 MPCで分散保管 |
| 信頼する相手 | その管理者1社の健全性 | Guardianネットワークの運用とMPC実装 |
| 主なリスク | 管理者の破綻・ハック・規制（単一点に集中） | Guardianの結託・実装の不備・ブリッジ層（複数だが残る） |
Hyperunit経由で持ち込んだuBTCなどのuAssetは、Hyperliquidの中で実際に使えます。
何ができるのかを整理します。
もっとも基本的な使い道は、Hyperliquidのスポット板での売買です。
持ち込んだuBTCは、取引エンジンであるHyperCoreの板（オーダーブック）に並べて、現物として売買できます。
中央集権の取引所に近い板取引を、本物のBTCを裏付けにしたまま使える点が特徴です。
ラップド資産を介さずに、ネイティブのBTCをそのまま板取引に乗せられるのが、Hyperunitを通す意味のひとつです。
uAssetは、スポット板での売買だけでなく、HyperEVM上のDeFiでも活用できます。
Hyperliquidは、板取引を担うHyperCoreと、スマートコントラクトを動かすHyperEVMの二層で動いています。uAssetをHyperEVM側へ移せば、レンディングや流動性提供といったDeFiの用途に回せます。
「板で売買する」と「DeFiで運用する」の両方に、同じ持ち込んだ資産を使えるわけです。
この二層の関係はHyperCoreとHyperEVMの違いで詳しく扱っています。
入金と出金は、先ほどのロック＆ミントを利用者の操作に落とし込んだ流れになります。
入金では、対応ウォレットから表示されたアドレスへBTCを送ると、元チェーンでロックされ、uBTCが現物残高に反映されます。
出金はその逆で、uBTCを戻す手続きをすると、本物のBTCが自分の外部アドレスへ返ってきます。
注意したいのは、着金までの待ち時間、ネットワーク手数料、そして送ろうとしている資産が対応しているかの確認（GOXリスク）です。
「単一の管理者に頼らずに資産を預かる」を実現しているのが、Guardianネットワークと2-of-3 MPCという2つの柱です。
ここがHyperunitの信頼構造の中心になります。
Guardianは、Hyperunitを動かす独立したオペレーターたちです。
現在は3者が、同じソフトウェア（Agent）を各自で動かす構成とされています。
各Guardianは、ビットコインやイーサリアム、ソラナ、そしてHyperliquidのノードをそれぞれ自前で持ち、入金や出金が本当に起きたのかを独立して検証します。
1者の言い分を鵜呑みにするのではなく、複数が同じ事実を確認して合意することで、仕組みの整合性を保っています。担い手を1か所に集めないことが、単一管理者リスクを下げる出発点です。
ロックした資産を動かすための秘密鍵は、MPC（マルチパーティ計算）という技術で分散管理されています。
1本の秘密鍵をそのまま誰かが持つのではなく、暗号化された断片に分割して各Guardianが保管します。
鍵の断片は、AWS Nitroのような隔離された安全な領域に置かれ、署名のときも完全な鍵がメモリ上で組み上がることはないとされています。
そして実際に資産を動かすには、3者のうち2者がそろって署名する「2-of-3」が必要で、誰か1者だけでは資金を動かせない設計です。
分散カストディは、単一の管理者に預けるより堅い仕組みです。
とはいえ、リスクがゼロになるわけではありません。何を信頼する前提が残るのかを、正直に押さえておきましょう。
2-of-3という仕組みは、裏を返せば「3者のうち2者がそろえば資産を動かせる」という意味でもあります。
つまり、もし2者が結託したり、2者が同時に攻撃で破られたりすれば、資産が動かされる可能性は残ります。
担い手が3者という比較的小さな集合である点や、MPCの実装・安全な領域の運用を信頼している点も忘れてはいけません。
これは利用者自身が鍵を完全に握る自己管理ではなく、Guardianネットワークを信頼する前提の上に成り立っているという事実は、預ける前に直視しておく必要があります。
チェーンをまたぐブリッジは、暗号資産の歴史のなかで最大級のハック被害が集中してきた領域です。
その多くは、鍵を1か所に集める設計が破られたり、橋渡しのコントラクトに穴があったりして起きました
Hyperunitの分散MPCは、こうした単一点の弱さを構造的に下げています。
ただし、新しい仕組みであること、各チェーン側のコードやブリッジ層そのものに固有のリスクが残ることは、便利さとは切り離して理解しておくべき点です。
「ネイティブBTCが扱えて便利だから安全」と短絡せず、利点と残るリスクをセットで見るのが安全です。
ここまで、HyperunitがBTCなどをHyperliquidに持ち込む仕組みと、その信頼構造を整理してきました。
要点を振り返ります。
整理すると、Hyperunitを通したネイティブBTCの持ち込みは、wBTCのような単一管理者への依存を避けられる一方で、Guardianとその仕組みを信頼する前提までは消えません。
利点と、残る信頼相手をセットでつかんだ上で、入金するか、いくらまでに留めるか、別の経路にするかを自分で決めるのが現実的です。
すぐ動かしたい資金や、許容できる以上の額を、無理にブリッジ層へ置く必要はありません。
資産をHyperliquidに持ち込めたとして、次に気になるのは、そのBTCやHYPEを預けて増やす運用がどう動くのかでしょう。
バリデータとステーキングの基本は、Hyperliquidのステーキングとはで続けて解説しています。
