HyperliquidのADLとは？利益が出ていても強制決済される理由と対策
HyperliquidのADL（Auto-Deleveraging、自動デレバレッジ）は、清算処理だけでは損失ポジションを解消しきれない局面で、反対側にある利益ポジションのサイズを自動的に減らす仕組みです。含み益があることや、清算価格から遠いことだけでは対象外と保証されません。
ただし、ADLは通常の損切りや「利益額の大きい順」の強制決済とは異なります。公式説明の順位式、口座または分離ポジションの価値、直前のマーク価格が関係するため、仕組みを知っておけば、発生後の確認と片側ヘッジの点検に役立ちます。
この記事では、板での清算、HLP Liquidator Vault、ADLの関係から、順位の読み方、履歴確認の限界、ボットでの安全策までを整理します。新規取引を勧める記事ではなく、損失リスクを理解するための解説です。
注意：利益側のポジションも縮小されることがあります
ADLは、含み益のあるポジションを持つトレーダーにも影響し得ます。サイズが減ると、想定していた利益の伸びを得られないほか、反対側のヘッジだけが残る可能性があります。レバレッジ取引では証拠金の一部または全部を失うことがあり、損失を許容できない資金を使わないでください。
目次
結論：清算とADLは、発動する側も目的も異なります
通常の清算は、証拠金が維持要件を満たさなくなったポジションを処理する仕組みです。一方、ADLは清算処理で吸収しきれないリスクを抑えるため、反対側にあるポジションを縮小する仕組みです。つまり、清算される側だけでなく、利益を得ている側もサイズ変更の影響を受ける点が重要です。
| 比較点 | 通常の清算 | ADL |
|---|---|---|
| 主な対象 | 証拠金条件を満たさないポジション | 反対側にある、順位条件に該当するポジション |
| 主な目的 | 担保不足ポジションの解消 | 清算だけで処理できない残余リスクへの対応 |
| 利益ポジションへの影響 | 清算対象そのものでは通常ない | 利益側でもサイズが減る可能性がある |
| 利用者側の対応 | 証拠金・建玉・清算条件を管理する | 発生をゼロにできる前提を置かず、ヘッジと注文状態を再確認する |
読み違えやすい点：ADLは「利益が大きい人から順に徴収する制度」ではありません。公式の順位式には口座価値に対するポジション価値の比率と、マーク価格とエントリー価格の比率が含まれます。単純な損益額の比較では順位を判定できません。
ここでいう「利益側」は、方向の反対側にあるポジションという意味であり、将来も利益が出る保証ではありません。ADL後に残る建玉や、決済価格の扱いを画面上で確認し、意図した戦略が継続可能かを判断する必要があります。
板清算・HLP Liquidator Vault・ADLの順に理解する
Hyperliquidの清算資料では、清算ポジションをまず市場で処理する流れと、清算を担うHLP Liquidator Vaultが説明されています。板の流動性や清算ポジションの規模などによって、通常の市場処理だけで完了しない場合があります。その残余リスクへの対応としてADLが関係します。
この流れを「すべての清算が必ず同じ順序・同じ価格で進む」と単純化するのは適切ではありません。市場状況やシステムの処理状況に左右されるため、利用者が板の厚さだけを見てADLの発生有無を断定することもできません。HLP Liquidator Vaultは清算を担う仕組みの一部であり、利用者の損失を無条件に補償する単純な保険基金と理解しないでください。
板で処理できる注文と残るリスク
清算ポジションが市場で反対注文とマッチすれば、清算処理は市場内で進みます。しかし急変時には、価格が飛ぶ、流動性が薄くなる、清算対象の規模が大きいといった状況が重なり得ます。成行注文が出ているからといって、その注文が望ましい価格で全量約定するとは限りません。
利用者が見る板は、観測した時点の注文状況にすぎません。キャンセルや新規注文で短時間に変化し、清算エンジンが参照する状態と画面の表示が完全に一致する保証もありません。板の厚さをADLの安全証明として扱わず、ポジション規模と急変時の損失許容を別に点検します。
HLPのLiquidator Vaultがバックストップを担います
HLP Liquidator Vaultは、清算処理を担う役割を持ちます。一般に「HLPがあるから口座損失は補填される」「HLPが最後に必ずすべて引き受ける」と解釈するのは危険です。仕組みの存在は、特定の利用者の元本や利益を保護する保証を意味しません。
清算とADLの公式説明は別々に確認してください。仕様の更新、銘柄ごとの設定、障害時の扱いがあり得るため、過去に見た説明や第三者の図だけで、現在の処理を断定しないことが大切です。
ADLの対象条件と順位：利益額だけでは判断できません
公式ドキュメントが示すADL順位は、概ね次の式で表されます。
(mark_price / entry_price) × (notional_position / account_value)
公式資料に記載された順位計算の要素
この式は、価格の変化率に相当する比率と、ポジションの名目価値が口座価値に対してどれほど大きいかを組み合わせています。したがって、利益額が大きい順に並ぶ、含み益率だけで決まる、レバレッジ表示だけで決まる、といった説明は正確ではありません。
発動条件と決済価格は分けて読みます。公式資料では、ある利用者の口座価値または分離ポジションの価値がマイナスになった場合に、反対側のポジションが順位付けされ、直前のマーク価格で決済されると説明されています。自分の口座価値がマイナスでなくても、反対側として対象になり得る点が重要です。表示中の数値だけで、将来の対象者や正確な順位を確定できるわけではありません。
式を読むときの注意
mark_priceは約定履歴の最終価格と同じとは限りません。entry_price、notional_position、account_valueは、対象口座や分離ポジションの状態と併せて読む必要があります。- 公式式の構成要素を知っても、内部の全状態や処理時点を再現できるとは限りません。
- 式を「破産価格までの距離」や「清算価格から遠いか」の判定式に置き換えないでください。
マーク価格は、清算・証拠金管理に用いられる価格指標です。画面で見える約定価格が動いていなくても、マーク価格や口座価値が変化すれば、リスクの見え方は変わり得ます。逆に、価格が一時的に急変したという一点だけから、特定口座がADLされたと結論づけることもできません。
順位表示があっても「絶対安全」のメーターではない
もし取引画面にADL関連の表示がある場合、それはリスク把握の補助として読み、将来の発動を予告または否定する保証とは区別します。順位は市場価格、ポジション、口座価値などの変化に伴って動き得ます。画面の更新間隔や表示対象にも注意が必要です。
順位を下げることだけを目標にして建玉を追加するのも本末転倒です。ポジションを増やすと価格変動時の損失が膨らみ、証拠金余力が低下する可能性があります。ADL回避を名目にリスク量を増やすのではなく、許容損失と建玉の上限から先に決めましょう。
利益側でもポジションが減る：運用中の片側ヘッジに注意
ADLの見落としやすい影響は、利益が出ている方向の建玉が縮小される可能性です。たとえば複数市場を使ってデルタを抑えている戦略では、片方のポジションだけサイズが変わると、全体の中立性が崩れます。取引所をまたぐヘッジや、現物と無期限先物の組み合わせでも同じく、片側の数量が一致しなくなるリスクがあります。
ヘッジはポジションを組んだ時点で完成するものではなく、数量と価格感応度が変わるたびに再評価が必要です。ADL、手動決済、部分約定、注文拒否、資金移動、API切断のいずれでも、片側だけが残る状態は発生し得ます。相関が崩れれば、数量が同じでも損益は完全には相殺されません。
ADL後にまず照合したい項目
ポジション数量が想定と異なる場合、ただちに反対注文を出すのではなく、口座状態と未約定注文を確認します。部分縮小後に旧数量を前提にした注文を再送すると、意図せずポジションを増やしたり、逆方向へ反転させたりするおそれがあります。
- 対象銘柄の現在の建玉数量と方向
- 口座全体の建玉と、別取引所・現物側のヘッジ量
- 未約定注文、条件注文、ボットが保持する注文ID
- 約定・清算・資金移動などの履歴とタイムスタンプ
- ポジション縮小後の証拠金余力と損失許容額
実務上の要点：ADLを検知した後の自動処理は、「不足分を即時に買い戻す」より先に、状態を再取得して戦略全体の向きを確認する設計が安全です。ヘッジの再構築自体にも価格変動・手数料・スリッページが伴います。
資金調達率裁定など、両建てを前提とする戦略の仕組みはファンディングレート裁定ガイドでも確認できます。ただし、通常時に両側を保有していることは、片側ポジションが常に維持される保証にはなりません。
クロスマージン・分離マージン・低レバレッジで防げるか
結論は、いずれもADLをゼロにする保証ではありません。クロスマージンは口座内の利用可能な証拠金を共有する設計、分離マージンは対象ポジションに割り当てる証拠金を分ける設計ですが、それぞれの証拠金計算やリスク範囲は異なります。ADL順位の計算に口座価値または分離ポジション価値が関わることと、マージン方式だけで発生を完全に抑えられることは別問題です。
レバレッジを下げることは、一般に同額の建玉を支えるための証拠金余力を増やす方向に働き得ます。しかし、低レバレッジ設定がADLの免除条件になるわけではありません。ポジション規模、口座価値、価格変動、流動性などの要素を無視して「低レバだから対象外」と結論づけることはできません。
ストップ注文も損失管理の道具ですが、ADLを防ぐ装置ではありません。トリガー価格と実際の約定価格は異なる場合があり、急変時のスリッページや通信障害、注文拒否も考慮が必要です。保有中にADLが先に処理されたり、注文が意図どおり機能しなかったりする可能性を排除できません。
| 対策 | 期待できる役割 | 保証しないこと |
|---|---|---|
| ポジション縮小 | 価格変動時の損益感応度を抑える | ADL対象からの除外 |
| レバレッジ抑制 | 建玉に対する証拠金余力を管理する | ADLの完全回避 |
| 分離マージン | 対象ポジションの証拠金範囲を分ける | 不利な相場やADLが起こらないこと |
| 損切り注文 | 事前に決めた損失管理ルールを実行する | 指定価格での約定やADL防止 |
設定選びでは「ADLを防げるか」だけでなく、どの範囲の資金をリスクにさらすか、急変時にどの程度の損失なら許容できるかを基準にします。Hyperliquidの基本操作や注文の確認はHyperliquidの使い方ガイドも参照できますが、設定画面や仕様は利用時点の公式情報を優先してください。
ADL履歴の確認：画面とAPIで照合し、取れる範囲を断定しない
ポジションが減ったときは、まず取引画面のポジション表示、注文・約定履歴、アカウントのイベント情報を同じ時間帯で照らし合わせます。数量の変化だけでは、ADL、手動決済、ストップ注文、部分約定、別プロセスのAPI注文を区別できないことがあります。イベント名や表示項目は、提供画面・データ形式の更新により異なる可能性があります。
開発者向けのInfo APIは、アカウントや市場について読み取り情報を照合するための入口です。公式のInfoエンドポイント資料でリクエスト形式と対応する情報種別を確認し、必要なデータを個別に取得します。APIがあることをもって、単一のAPI応答からADLを完全に判定したり、全期間の全履歴を取得したりできるとは限りません。
読み取り照合の進め方
- 対象アカウント、銘柄、発生したと考える時刻を記録します。
- 現在のポジション情報を取得し、保存していた直前状態との差分を見ます。
- 注文・約定履歴など取得可能な情報を同じ時間帯で照合します。
- 画面表示、API応答、ボットのログをタイムゾーンと時刻精度をそろえて比較します。
- 説明できない差分は「ADL確定」とせず、未確認として追加の公式情報を確認します。
API応答はその時点の状態を返すものであり、読み取りの間に建玉が変わればスナップショット間に差が生まれます。取得失敗やレート制限、ネットワーク遅延もログに残し、空データを「イベントなし」と同一視しないでください。履歴の保持範囲や取得条件は、利用中の仕様を公式資料で確認する必要があります。
整理：APIで確認できる情報、画面上で確認できる情報、原因を推定している段階の情報を分けて記録しましょう。読み取り照合は状況把握の補助であり、ADLの完全判定や紛争の最終証拠を保証するものではありません。
Hyperliquidボット運用で押さえる5点
自動売買では、ポジション変化を前提状態へすぐ反映できる設計が重要です。ADLらしい変化が見えたのにボットが古い数量を保持すると、後続注文が過大になったり、ヘッジが片寄ったりします。ボット構築の基本はHyperliquid自動売買ボットの記事も参考になりますが、以下は特に建玉状態の同期に絞った確認項目です。
1. ローカル状態を真実として扱わない
注文送信後のローカル計算だけでポジション量を確定させず、定期的に取引所側の読み取り情報と照合します。WebSocketなどのイベント受信を使う場合も、切断後の再接続時に状態を再取得し、欠落期間を埋める手順を設けます。差分がある場合は通常の戦略発注を一時停止し、照合を優先します。
2. ポジション変更を検知したら注文をいったん再評価する
数量が想定外に変わったときは、未約定注文を含む全体状態を取得してから次のアクションを決めます。古いポジション数量に基づく注文の連打は避け、重複実行を防ぐID管理や再試行の上限を設けます。異常検知時に新規注文を止めるキルスイッチも、再開条件とセットで用意します。
3. ヘッジ全体を銘柄・口座横断で集計する
Hyperliquid内の一銘柄だけを見て、戦略全体が中立だと判定してはいけません。現物、別銘柄、他取引所の建玉も含め、数量、方向、価格感応度、更新時刻を集計します。口座間の資金移動や取引所API障害があると、集計の一部が古くなるためデータ鮮度も状態の一部として扱います。
4. 監視ログに「原因の確度」を残す
記録には取得時刻、対象アカウント、銘柄、直前と現在の数量、未約定注文、APIエラーを含めます。「ADLを検知」と断定する前に、手動操作や別ボット、ストップ注文による変化を除外できたかを残してください。原因が特定できなければ「ポジション差分、原因未確認」と記録し、誤った自動修正を防ぎます。
5. 異常時の復旧手順を実資金投入前に検証する
テスト環境や小さなリスク枠で、WebSocket切断、API応答遅延、部分約定、再起動後の状態不一致を想定した検証を行います。これはADLの発生を再現・網羅したことを意味しませんが、古い数量で注文する欠陥を見つける助けになります。復旧時に自動でヘッジを作り直す場合も、許容価格差、最大数量、手動確認が必要な条件を明示してください。
チェックリスト：再接続後の再取得、想定外差分での発注停止、未約定注文の照合、口座横断のヘッジ集計、原因未確認を許容するログ。この5点が揃っても市場損失やADLを防げる保証にはなりませんが、異常後に誤った状態で取引を続けるリスクを減らせます。
よくある質問
ADLは含み益があるポジションでも起きますか？
起こり得ます。ADLは清算処理で吸収できないリスクへの対応として、反対側のポジションを縮小する仕組みです。含み益だけを理由に対象外とは判断できず、順位計算や対象状態を公式説明に沿って確認してください。
ADLは利益の大きい人から順番に発生しますか？
単純な利益額順ではありません。公式の順位式は、マーク価格とエントリー価格の比率、およびポジションの名目価値と口座価値の比率を組み合わせています。口座または分離ポジション価値や直前のマーク価格に関する説明も含めて読む必要があります。
低レバレッジや分離マージンならADLを回避できますか？
回避を保証するものではありません。低レバレッジや分離マージンは証拠金リスクの管理に使えますが、ADLの免除条件ではありません。建玉を小さくする場合も、対象外になると断言できません。
ストップロスを設定すればADLは防げますか？
いいえ。ストップ注文は損失管理を助けますが、ADL防止機能ではありません。急変時には指定価格と約定価格の差、流動性、通信や注文処理の問題があり、発動・約定を保証できません。
Info APIでADLの全履歴を取得できますか？
全期間の完全なADL履歴を取得できるとは断定できません。たとえば約定取得の応答件数や保持範囲には上限があります。公式資料で対応情報と取得条件を確認し、ポジション、注文・約定など取得可能なデータを時刻をそろえて照合してください。取得できない記録は「イベントなし」と混同しないでください。
まとめ：ADL後は利益より先にポジション全体を再確認
- 清算は担保不足の解消、ADLは清算で処理しきれないリスクへの対応です。
- 利益側のポジションも縮小される可能性があり、利益額だけでは順位を説明できません。
- 低レバレッジ、分離マージン、ストップ注文はADLゼロを保証しません。
- 発生後は建玉、未約定注文、別市場のヘッジ、証拠金、ログを再照合します。
- APIは読み取り照合に使い、特定経路で完全判定・全履歴取得ができると決めつけません。
運用で大切なのは、ADLを完全に防げる設定を探すことではなく、建玉が想定外に変わったときに古い状態のまま発注しないことです。とくに片側ヘッジを使う戦略では、ポジション数量の差が損益構造を変えるため、検知後の再評価と停止条件を用意してください。
Hyperliquidの仕様は公式資料を基準に確認し、取引する場合も利用規約、利用可能地域、必要証拠金、損失可能性を事前に検討してください。本記事は金融助言ではなく、売買や入金を勧めるものでもありません。証拠金を失う可能性を理解できない場合は、利用を控える判断も選択肢です。
広告：以下は紹介リンクです。リンク経由の利用により運営者が報酬を受け取る可能性があります。利用条件や手数料は公式サイトで確認し、ご自身の判断で利用を検討してください。
利用前の確認：公式の利用規約と居住地に関する条件を必ず確認してください。証拠金取引では預けた資金の一部または全部を失う可能性があります。仕組みやリスクを理解できない場合は、取引を見送ってください。
