1. 仮想通貨の損切りが約定しないときは3つの状態に分ける

仮想通貨の損切りが約定しないと感じたら、まず注文が発動したか、何BTC成立したか、建玉が残っているかを分けて確認します。「チャートが設定価格に触れた」「注文が発動した」「決済が終わった」は、それぞれ別の記録です。

• 未発動・注文が無効：発動の記録がない。判定する価格が条件に達していない、注文が受け付けられていない、取消済み、親注文待ちなどを切り分けます。
• 発動済みだが未約定・部分約定：注文は動いたが、全部または一部が成立していない。指値、流動性、許容幅、取消・拒否理由と残量を確認します。
• 約定したが価格が悪化：成立した数量はあるが、実際の価格がトリガーと違う。約定明細と費用を集計します。部分約定にも価格の悪化は起こり得るため、残量も別に確認します。

原因を決めつけて注文を重ねる前に、取引した口座・銘柄・注文IDをそろえて履歴を読みます。以下は確認項目の説明です。実際の変更や取消の操作は、そのサービスの公式手順と現在の注文・建玉の状態を確認して判断します。

チャートの到達と、損切りの発動を分ける

ここではHyperliquidやdYdX Chainなど、売り・買い注文が並ぶ「板」を使う市場を例にします。損切り注文は「参照価格が条件に到達する → 注文が有効になる → 板の相手注文と取引する」という流れです。トリガーは注文を動かす条件、約定価格は実際に成立した取引の価格。二つは一致するとは限りません。

HyperliquidのTP/SL（利確・損切り注文）では、トリガーにマーク価格を使います。これは最終約定価格そのものではなく、外部市場と板の情報などから作る評価価格です。マーク価格が条件を満たしても、その時の買い注文が薄ければ、ロングを閉じる売り注文は不利な価格に進むことがあります。チャートの価格だけで発動を判定しないことが出発点です。TP/SLの公式仕様、価格指標の説明

この設計を全perpDEXへ当てはめることもできません。dYdX Chainの公式説明では、条件注文の判定にオラクル価格（外部から取り込む参照価格）または最終取引価格を用い、最終取引価格にはオラクルを基準とする制限があります。使うサービスの対象バージョンと、その注文の判定条件を読みます。dYdX Chainの注文仕様

2. 損切りが未約定になる原因：指値と成行の保護条件

ロングを閉じる注文は売り、ショートを閉じる注文は買いです。Buy／Sellの説明が新規の保有方向か、決済する注文方向かを確認します。Hyperliquidの注文資料には新規エントリー用のStop注文もあり、決済用TP/SLと混同しないようにします。

指値の損切りは、条件に合う相手注文が必要

架空のロングで、トリガー48,000ドル、売り指値47,950ドルとします。発動時に買い注文が47,700ドル以下しかなければ、47,950ドル以上で売る条件に合わず、決済できない場合があります。指値を下げれば許容する価格は広がりますが、今度は不利な価格で成立する範囲が広がります。

成行の損切りにも許容幅があり、全量約定は保証されない

成行型は板の相手注文に当てて決済を目指しますが、どの価格でも全数量を成立させる約束ではありません。HyperliquidのTP/SL資料とFAQでは、成行型TP/SLの許容幅を10%と説明しています。これはこのサービスの該当注文の仕様で、全perpDEX・全注文の共通条件でも、口座の損失を10%以内に抑える保証でもありません。価格差の計算に一律で10%を足すのではなく、注文に適用される条件と実際の約定を読みます。TP/SLの許容幅、TP/SLが想定通り動かない場合の公式説明

すぐ成立しなかった数量を取り消すIOC、板に残るGTCなど、注文の有効期間も残量の扱いを変えます。Hyperliquidの公式エラー一覧には、相手注文に当たらなかった場合や成行の流動性がない場合が掲載されています。発動後に注文が見当たらなくても、決済が完了したと決めつけず、約定履歴と取消・拒否の理由を照合します。注文方法と有効期間、注文エラーの説明

3. 損切りの約定価格差が1 BTC当たり300ドルなら、損失はいくら増える？

0.04 BTCを全決済した場合の価格差と費用

USD建て線形契約で、50,000ドルで0.04 BTC分をロングし、48,000ドルをトリガーにした架空例です。新規・決済とも手数料0.04%、保有中のFunding支払い合計2ドルと仮定します。入出金費用、税金、担保の価格変動は除外します。

1 BTC当たりの約定価格差300ドルに数量0.04 BTCを掛けるので、値動きの損失は12ドル増えます。決済手数料の差も反映すると、総損失の差は11.9952ドルです。数量を決めた後に、この損失へレバレッジをもう一度掛けることはありません。

ここでは47,700ドルを実際の平均約定価格として計算しています。すでに価格差に含まれる滑りを、別の費用として再度引かないようにします。複数回に分かれて成立したら、各数量×各約定価格を集計し、未決済の数量と分けて記録します。最終表示だけ小数第2位へ丸めるなら、約95.56ドルの損失です。

料率やFundingは計算用の仮定です。実際の損益を確認するときは、手数料台帳とFunding履歴を使います。手数料の公式資料、Fundingの公式資料

部分約定の平均価格を計算し、残る数量を分ける

別の架空例として、同じ0.04 BTCのロングを閉じる注文が2回に分かれて成立し、残りは決済できていない場面を考えます。この間に他の売買や清算はなく、数量はBTC、価格はUSD/BTCです。

平均約定価格は（717＋477）÷0.025＝47,760 USD/BTC。2つの価格を単純平均した47,750ドルではありません。元の0.04−成立した0.025＝0.015 BTCが残っています。

50,000ドルの建値に対し、決済できた分の値動きの損失は0.015×（50,000−47,800）＋0.010×（50,000−47,700）＝56 USDです。ここでは手数料・Fundingを除いています。残り0.015 BTCの含み損益や今後の費用もあるため、56ドルを取引全体の最終損失とは扱いません。費用は実際の台帳と照合します。損切り幅から先に数量を考える方法は、ポジションサイズの計算記事で確認できます。

4. 損切り注文があっても清算を防げないのはなぜ？

損切りは利用者の注文、清算は維持証拠金の基準に基づく強制的な縮小・決済です。損切り注文があることだけで、清算が起きなくなるわけではありません。Hyperliquidの清算判定もマーク価格を使います。清算の公式仕様

前節と数量・建値は同じで、証拠金条件を別に置いた架空例を考えます。数量0.04 BTC、建値50,000ドル、分離証拠金100ドル、維持証拠金率は現在の建玉金額の2.5%と仮定。費用やFundingを無視し、担保1単位＝1ドルとします。

価格をPとすると、境界は「100＋0.04×（P−50,000）＝0.025×0.04×P」。計算上は約48,718ドルです。同じ参照価格が連続的に下がる単純モデルなら、48,000ドルのストップ条件へ達する前に、清算の境界へ達します。この2.5%は実在市場の清算率ではありません。

実際には急な価格変化で両条件をまとめて通過することもあり、処理の順序や約定結果は仕様と状況に依存します。クロス証拠金では他の建玉の損益も余力を変え、Fundingや出金でも清算の見積もりが変わります。表示された清算価格を永久に固定された線と考えず、担保の共有範囲まで確認します。証拠金の公式資料

5. 損切りが動かないときに確認する注文・数量・取消の順番

同じ口座・銘柄の注文一覧、注文履歴、約定履歴、現在の建玉をそろえて確認します。次の表は原因を絞るための読み方で、注文の変更・取消や新規取引を一律に勧める手順ではありません。

数量とReduce-onlyを現在の建玉に照合する

注文の数量と、実際に保有する数量が同じとは限りません。Hyperliquidでは、建玉から置いたTP/SLは既定で発動時の全建玉を閉じることを目指しますが、特定の数量を入力したものは固定数量です。後で建玉が変わっても同じ数量に自動でそろうとは限りません。建玉に直接置くTP/SLの数量

Reduce-onlyは、反対方向の新規建玉を作るのではなく、現在の建玉を減らす指定です。ただし、これだけで約定は保証されません。対象建玉がなくなった、注文の方向が一致しないなどの場合は、実際の受付結果や拒否理由を確認します。数量の小数桁、価格の刻みも別の受付条件です。入力エラーと、受付済み注文の未約定を分けます。Reduce-onlyの説明、価格・数量の刻み、Reduce-onlyなどのエラー

親注文の部分約定・取消で、子の損切りは残る？

Hyperliquidでは、注文フォームで親注文にひも付けたTP/SLは、親が全量約定するまで有効な子注文として置かれません。親の部分約定後に利用者が親を取り消すと、子のTP/SLも全て取り消される仕様です。一方、部分約定後に証拠金不足で親が取り消された場合は、子が置かれる扱いがあります。どちらの取消か、現在の子注文があるかを確認します。建玉から直接置くTP/SLとは分けて読みます。親注文とTP/SLの関係

最後に、現在の担保・他の建玉・Funding履歴と、清算の記録も照合します。損切りの未約定を調べている間にも建玉が変わることがあります。古い設定画面ではなく、現在の残量と有効な注文を把握することが確認の目標です。

6. 仮想通貨の損切り・未約定についてよくある疑問

基本の用語を確認したい方は、perpDEXの基礎ガイドへ。損切りを入れたことより、何を基準に、どの数量を、どの条件で決済する注文なのか説明できることが確認の目標です。