アーキテクチャ
Hypercallはハイブリッド実行モデルを採用しています。速度のためのオフチェーンマッチングと、セキュリティのためのオンチェーン決済およびアカウント管理を組み合わせています。
信頼境界
オフチェーン(Hypercallバックエンド)
責務:
- 注文のマッチングと執行
- オーダーブックの管理
- 取引前の証拠金チェック
- 清算のオーケストレーション
- マーケットデータとプライシング
- WebSocketストリーム
信頼の前提: ユーザーはHypercallバックエンドが以下を行うことを信頼します。
- 公正な注文マッチング(価格・時間優先)
- 証拠金チェックの正確な実施
- アカウントの監視と必要時の清算トリガー
- 正確なマーケットデータの提供
制限事項: Mainnet Alphaでは、オフチェーン操作は完全に暗号学的に検証可能ではありません。ユーザーは、マッチング、マーケットデータの取り込み、証拠金チェック、RSMコマンドの発行について、バックエンド運営者を信頼する必要があります。
今後の方向性: Hypercallは、RSMの分散化とより強いトラストレス性の保証に向けて取り組んでいます。ロードマップでは、ステートコミットメント、署名者の役割、紛争処理パス、運営者による制御が時間とともにどのように検証可能になるかを明示する予定です。Mainnet Alphaは制約付きの最初のフェーズであり、最終的な信頼モデルではありません。
オンチェーン(スマートコントラクト)
責務:
- アカウントの所有権とマネージャーによる管理
- 入金と出金
- 清算オークション(ポジションの移転)
- RSMコマンド(リスク管理操作)
- 決済価格の投稿
- Hyperliquid統合(ActionCaster経由のパーペチュアル注文)
信頼の前提: オンチェーン操作は暗号学的に検証可能です。ユーザーはコントラクトのコードと状態を検証できます。
セキュリティ: アカウントの所有権はオンチェーントランザクションなしには変更できません。清算にはオンチェーンオークションが必要です。
注文執行フロー
1. 注文の送信
ユーザーの操作: EIP-712署名を付けて POST /order で注文を送信します。
バックエンドの検証:
- 署名の検証(EIP-712)
- 取引前の証拠金チェック(シナリオベース)
- 注文の受付(ティア、満期、レート制限)
結果: 注文は受理(ACKED)されてマッチング待ちのキューに入るか、理由付きで拒否されます。
2. 注文のマッチング
プロセス: 注文は価格・時間優先の原則でオーダーブック上でマッチングされます。
執行: 注文がマッチすると約定が作成され、バックエンドデータベース内でポジションが更新されます。
オンチェーンには記録されません: 個々の注文マッチはオンチェーンに記録されません。アカウントの状態は証拠金ルート(margin root)の更新を通じて同期されます。
3. ポジションの更新
プロセス: ポジションはバックエンドデータベースで追跡され、リアルタイムで更新されます。
ユーザーのアクセス: GET /portfolio またはWebSocketの portfolio チャンネル経由でポジションを照会できます。
オンチェーン同期: 証拠金ルート(アカウント状態への暗号学的コミットメント)は、定期的および重要なイベント時にオンチェーンで更新されます。
4. 決済
満期決済: オプションは契約の満期時刻に期日を迎え、決済価格に基づいて現金決済されます。メインネットのSPCXは米国東部時間午後4:00に満期を迎え、テストネットは現在08:00 UTCに満期を迎えます。
決済価格: Hyperliquid Oracleインデックス価格の30分間TWAPで、SimpleOracle.setExpiryPrice() を通じてオンチェーンに投稿されます。
プロセス:
- オラクルが満期時点を終点とする30分間のTWAPを計算します
- 決済価格がオンチェーンに投稿されます
- 各ポジションの本質的価値が計算されます
- 現金残高が更新されます
- ポジションがクローズされます
アカウント管理
アカウントの作成
プロセス: アカウントは初回入金時、または明示的にリクエストされた際に作成されます。
オンチェーン: アカウントコントラクトはBeaconProxy(ガス効率の高いミニマルプロキシパターン)としてデプロイされます。
マネージャー: 各アカウントにはアカウントを管理し、エージェントを認可できるマネージャー(EOA)がいます。
入金と出金
入金:
- USDC: HyperCore経由でExchangeに送金されます
- オプションERC20: Exchangeコントラクト経由で入金されます
出金:
- オフチェーンのリスクチェック(出金後に十分な証拠金があること)を通過する必要があります
- Accountコントラクト経由でオンチェーンで実行されます
- マネージャーの署名が必要です
信頼境界: 入金と出金はオンチェーンで行われ、検証可能です。
清算
清算は、オークション前の猶予期間を持つステートマシンを使用します。
| 状態 | 説明 | 期間 |
|---|---|---|
| Healthy | エクイティ > 必要維持証拠金 | - |
| PreLiquidation | エクイティ < 維持証拠金、猶予期間中 | 60秒 |
| InLiquidation | ダッチオークション進行中 | 約定するまで |
| Liquidated | ポジション移転済み | - |
部分清算と全部清算
| 種類 | 条件 | 動作 |
|---|---|---|
| 部分清算 | ポジション数 ≤ 5 | 健全な状態になるまで特定のポジションを清算 |
| 全部清算 | ポジション数 > 5 | アカウント全体を清算 |
オークションの仕組み
ソルベントオークション(エクイティ > 0): 開始価格 = エクイティ × (1 - ペナルティ)で、時間とともに低下します。清算人がポジションを引き受けるために入札します。
インソルベントオークション(エクイティ < 0): 保険基金がボーナスを提供し、清算人が債務超過のポジションを吸収するインセンティブを与えます。
オンチェーン: オークションの実行とポジションの移転は、Exchangeコントラクト経由でオンチェーンで行われます。
詳細は清算をご覧ください。
Hyperliquid統合
HIP-3パーペチュアル
Hypercallのアカウントは、ActionCaster経由でHyperliquid上のパーペチュアル注文を実行できます。
フロー: Accountコントラクト → ActionCaster → Hyperliquid L1
ユースケース:
- オプションポジションのデルタヘッジ
- クロスベニュー証拠金(パーペチュアルのポジションはポートフォリオ証拠金に算入されます)
クロスマージン
HyperCoreのパーペチュアルポジションはポートフォリオ証拠金の計算に含めるよう設計されており、資本効率の高いヘッジ戦略が可能です。ポートフォリオ証拠金はMainnet Alphaでは一般ユーザーに対して無効化されています。
RSMコマンド
RSM(Risk & Settlement Manager): リスク管理のためのオンチェーンコマンドを発行するバックエンドコンポーネントです。
コマンドの例:
- リデュースオンリー注文(強制的なポジションクローズ)
- 債務返済(マイナス残高を補填するための強制出金)
- 決済の実行
オンチェーン: RSMコマンドはRSM署名者によって署名され、Accountコントラクト経由で実行されます。ユーザーはRSM署名者のアドレスとすべてのコマンド実行をオンチェーンで検証できます。
分散化ロードマップ: 現在のRSM署名者は運営者の管理下にあります。今後のロードマップでは、この役割がどのように分散化されるか、あるいはより信頼最小化されるかを公開する予定です。
検証できるもの
オンチェーン(検証可能)
- アカウントの所有権(マネージャーアドレス)
- アカウントコントラクトのデプロイ
- 入金と出金
- 清算オークションとその結果
- 決済価格(オラクルがオンチェーンに投稿)
- Hyperliquid注文(オンチェーン実行)
- RSMコマンド(オンチェーン実行)
オフチェーン(信頼が必要)
- 注文マッチングの公正性
- 証拠金計算
- ポジション追跡の正確性
- マーケットデータの正確性
- 清算トリガーのタイミング
セキュリティモデル
基本原則: 重要な操作(アカウント所有権、入金、清算、決済価格)はオンチェーンで検証可能です。運用効率に関わる部分(マッチング、証拠金チェック)はオフチェーンで行われます。
トレードオフ: オフチェーンマッチングは速度と効率を提供しますが、現時点ではバックエンド運営者への信頼が必要です。オンチェーン操作は検証可能性を提供しますが、より遅く高コストです。RSM分散化ロードマップは、このMainnet Alphaモデルからより強いトラストレス性への道筋です。
関連ページ: