清算

清算は、証拠金の義務を果たせなくなったアカウントからシステムを保護する仕組みです。アカウントのエクイティが維持証拠金要件を下回ると、Hypercallはまずショートオプションを決済してアカウントの修復を試みます。それが時間内に機能しない場合、アカウントは完全清算に移行します。

発動条件

清算は、アカウントが**債務超過（underwater）**になったときに発動します。

ポートフォリオ証拠金:

$$\text{エクイティ} < \text{必要維持証拠金}$$

スタンダード証拠金:

$$\text{現金} < \text{必要MM}$$

SMの清算はエクイティではなく、現金ベースの維持証拠金の余裕（cash - mm_required）によって判定されます。そのため、ロングオプションの値洗いによってNAVが上昇しても、現金不足は解消されません。maintenance_margin = equity - mm_required というAPIフィールドは引き続き返されますが、SMの清算トリガーではありません。詳しくはスタンダード証拠金をご覧ください。

ポートフォリオ証拠金アカウントの場合、エクイティはPMレンディングプールへの債務を差し引いた額であり、維持証拠金要件にはHyperCore上のパーペチュアルに対するHyperliquid自身の清算も考慮されています。Hyperliquidは、Hypercallとは独立して、独自のルールに基づきそれらのパーペチュアルを清算する可能性があります。詳しくはポートフォリオ証拠金をご覧ください。

Hypercallは、ポジションを持つすべてのアカウントの健全性を5秒ごとにチェックしています。

ステート

ステート	状況	注文
Healthy	PM: エクイティが必要MM以上。SM: 現金が必要MM以上。	すべての注文が可能
PreLiquidation	部分清算: Hypercallがアカウントのショートオプションに対して決済注文を発注します	既存ポジションを減らす注文のみ
InLiquidation	完全清算。スタンダード証拠金: アカウントのブックが清算人に提示されます	既存ポジションを減らす注文のみ
Liquidated	清算人がアカウントのブックを引き継ぎました	既存ポジションを減らす注文のみ

PreLiquidationおよびInLiquidationの間は、出金とPMの現金スイープが無効になります。PMアカウントが完全清算のために整理されている間は、そのアカウントのすべての注文がブロックされます。

ステートの遷移

1. HealthyからPreLiquidationへ: アカウントがMMの閾値を下回ったとき。
2. PreLiquidationからHealthyへ: アカウントがバッファ込みの目標値（必要MM × 1.05）に達し、かつ未約定の清算注文が残っていないとき。境界値を含みます。
3. PreLiquidationからInLiquidationへ: アカウントが目標値を下回ったままで、下記の移行条件のいずれかを満たしたとき。
4. InLiquidationからHealthyへ: 清算人が引き継ぐ前にアカウントが回復し、完全清算が停止されたとき。
5. InLiquidationからLiquidatedへ: 清算人がアカウントを引き継いだとき。

部分清算

アカウントがPreLiquidationに入ると、次のように処理されます。

1. リスクを増やす注文は即座に拒否されます。既存ポジションを減らす注文は引き続き受け付けられます。
2. Hypercallはリスクを増やす未約定注文をキャンセルし、ショートオプションに対するリデュースオンリーの買い注文を、アカウントを必要MM × 1.05まで戻すのに必要な数量で発注します。1契約あたりの証拠金解放額が最も大きいショートから先に決済します。
3. 各注文の価格は、ベストアスク（アスクがない場合はミッド、またはビッド）に清算ボーナスを加えた価格です。ボーナスは**0.5%から始まり、5分かけて10%**まで線形に上昇します。注文は5秒ごとに価格が更新されます。
4. アカウントが目標値以上に戻り、清算注文がなくなった時点で、Healthyに戻ります。

ボーナスはお客様のコストです。ショートを迅速に決済するために、市場価格に上乗せして支払う金額です。

この猶予期間を使って、ご自身でアカウントを修復してください。

• 担保を入金する
• ポジション、特にショートオプションを決済する
• リスクを増やす注文をキャンセルする

完全清算への移行

PreLiquidation中のアカウントが目標値を下回ったままで、次のいずれかに該当する場合、完全清算に移行します。

• エクイティがマイナスである。
• 部分清算で決済できるショートオプションが残っていない。
• 移行期限を過ぎた。 期限は、アカウントがPreLiquidationに入ってから20分後です。

20分の猶予があるため、一時的な異常マークによってアカウントが即座に完全清算されることもありません。

完全清算

スタンダード証拠金アカウントの場合、完全清算ではHypercallエンジン内でアカウントのブックが清算人に引き渡されます。Hypercallはまずアカウントの未約定注文をすべてキャンセルし、その後アカウントを提示します。

• 清算人はアカウントを必要MM × 1.05まで戻す必要があるため、不足している証拠金を拠出します。
• アカウントにまだプラスのエクイティがある場合、清算人はそのエクイティをお客様に支払います。
• 清算人はすべてのポジションとアカウントの現金を引き継ぎます。

清算人が引き継ぐ前にアカウントが回復した場合、完全清算は停止され、アカウントはHealthyに戻ります。

ポートフォリオ証拠金アカウントの場合、想定しておくべきステップは上記の部分清算です。PMアカウントが移行すると、未約定注文はキャンセルされ、処理中は注文がブロックされます。このステップの残りの部分は、確定次第このページで説明します。

エクイティを超える損失

エクイティを超える損失が、他のトレーダーのポジションをクローズすることで補填されることはありません。Hypercallには自動デレバレッジがありません。誰が損失を負担するかは証拠金モードによって異なります。

標準証拠金。 清算人は、アカウントのポジションと現金を不足分も含めてそのまま引き受けます。マイナスのエクイティによる不足分は清算人が負担します。

ポートフォリオ証拠金。 清算後もアカウントに残る債務(プールからの借入と未払いの決済)は、決められた順序で処理されます。

1. 借り手の担保。 HypercallはアカウントのHyperCore上の担保から回収します。回収をご覧ください。貸付が償却されるのは、回収手段が尽きた後のみです。
2. ファーストロス準備金。 まず、借り手が決済金をまだ支払っていない相手アカウントに古いバッチから順に支払い、その後、償却された貸付を補填します。
3. プールの貸し手。 準備金で補填しきれない分は、プールのシェア価格を押し下げます。

債務は免除されません。後に借り手から回収された資金は、まず未払いのままの決済相手方へ古いバッチから順に支払われ、次に残っているプール貸付の返済に充てられます。その残りだけが、それぞれの損失額に応じて準備金と貸し手に戻ります。ファーストロス準備金が裏付けるのはPM貸付のみで、取引所全体の保険基金はありません。

APIエンドポイント

清算ステータスの取得

GET /liquidation/status?wallet=0x...

一度もHealthyから外れたことのないアカウントでは、data は null になります。

レスポンス:

{
  "success": true,
  "data": {
    "wallet": "0x...",
    "state": "pre_liquidation",
    "liquidation_mode": "partial",
    "margin_mode": "portfolio",
    "equity": "4500.00",
    "mm_required": "5000.00",
    "maintenance_margin": "-500.00",
    "shortfall": "500.00",
    "partial_liquidation": {
      "entered_at": 1737312000000,
      "target_equity": "5250.00",
      "mm_shortfall": "500.00",
      "escalation_deadline": 1737313200000,
      "bonus_bps": 50
    },
    "full_liquidation": null
  }
}

partial_liquidation には、未約定の清算注文IDも含まれます。full_liquidation には、margin_needed、winner、現在の必要ビッドなど、引き継ぎの詳細が含まれます。

清算履歴の取得

GET /liquidation/history?wallet=0x...&limit=20

アカウントのステート遷移履歴を返します。

公開清算履歴の取得

GET /liquidations?limit=50

全ウォレットにわたる清算遷移履歴を新しい順に返します。このエンドポイントは公開されており、清算ボットやモニタリングツール向けにカーソルページネーションを使用します。

クエリパラメータ

• cursor: 前のページで返された不透明なカーソル。
• limit: ページサイズ。デフォルトは 50、最大は 100。
• wallet: 任意のウォレットフィルタ。
• status または state: 任意の清算遷移ステートフィルタ。指定可能な値は healthy、pre_liquidation、in_liquidation、liquidated です。
• margin_mode: 任意の証拠金モードフィルタ。指定可能な値は standard と portfolio です。
• liquidation_mode: 任意の清算モードフィルタ。指定可能な値は partial と full です。

レスポンス: 清算遷移エントリと、次のリクエスト用の page.next_cursor を含む PublicLiquidationsResponse。

オークション詳細の取得

GET /liquidation/auction/{auction_id}

完全清算のステータス、ポジション、決済の詳細を返します。

WebSocket通知

清算ステートの変化は liquidation チャンネルで配信されます。

{
  "type": "LiquidationStateChange",
  "wallet_address": "0x...",
  "previous_state": "healthy",
  "new_state": "pre_liquidation",
  "liquidation_mode": "partial",
  "margin_mode": "portfolio",
  "equity": "4500.00",
  "mm_required": "5000.00",
  "maintenance_margin": "-500.00",
  "shortfall": "500.00",
  "partial_liquidation": { "escalation_deadline": 1737313200000, "bonus_bps": 50 },
  "full_liquidation": null,
  "timestamp": 1737312000000
}

partial_liquidation と full_liquidation には、ステータスエンドポイントと同じフィールドが含まれます。購読すると、ご自身のウォレットのリアルタイム更新を受け取れます。

パラメータ

パラメータ	値	説明
ヘルスチェック間隔	5秒	アカウントの健全性をチェックする頻度
回復目標	必要MM × 1.05	Healthyに戻るために必要なエクイティ（PM）または現金（SM）。完全清算で回復される水準でもあります
最小不足額	0	わずかな不足でも部分清算が始まります
清算ボーナス	0.5%から5分かけて10%まで上昇	部分清算注文における参照価格への上乗せ分
価格更新間隔	5秒	部分清算注文の価格を更新する頻度
移行期限	20分	完全清算が始まるまでのPreLiquidationの期間

ベストプラクティス

トレーダー向け

1. 証拠金比率を監視する: エクイティをMMより十分上に保ちましょう（2倍のバッファを推奨）
2. アラートを設定する: WebSocketを使ってPreLiquidationを早期に検知しましょう
3. 余力を準備しておく: すぐに入金できる予備の担保を用意しておきましょう
4. ショートは自分で決済する: ご自身で発注した注文には清算ボーナスはかかりません

健全性の確認

証拠金ステータスを定期的に確認してください。

curl "https://api.hypercall.xyz/portfolio?wallet=0x..."

# Look for:
# - span_margin.equity vs span_margin.maintenance_margin_required (portfolio)
# - margin_summary.standard_margin.maintenance_margin_headroom (standard)

---

関連ページ:

• ポートフォリオ証拠金: ポートフォリオアカウントのMM計算
• スタンダード証拠金: スタンダードアカウントのMM計算
• 証拠金フロア: 清算の閾値に影響する安全フロア
• PMファイナンシング: PMの債務がどのように回収されるか
• PMリスクパラメータ: MM比率をはじめ、現在適用されているすべてのPM設定
• PMリスクのシミュレーション: 仮想のブックでMMの余裕を確認する