先物の利確・損切り：トリガー・約定・リデュースオンリー

先物の利確・損切りは実保有量に合わせ、参照価格・条件・数量・執行方式と受理を確認します。トリガーは約定ではなく、部分約定後は残量を更新し、最後に数量ゼロと残注文取消を確認します。リデュースオンリーも約定保証ではありません。数量や取消が不明なら再送せず同じ注文を調べ、保護未確認で保有を増やしません。

「損切りを設定した」だけで完了したように聞こえます。でも記録には、受理済み・未トリガーの設定や、トリガー後も待っている指値があるかもしれません。画面の損切り価格が同じでも、残るリスクは違います。

価格と注文を説明し、計画0.050 BTCから部分約定、取消、損切りトリガー、分割決済、残注文確認まで追います。約定報告はすべて教材上の仮定です。確認ボタンの位置ではなく、数量がゼロになるまでを理解するための例です。

押さえるポイント

• トリガー価格、指値、約定価格は別です。指値損切りはトリガー後も未約定になり得ます。
• 決済数量は計画0.050ではなく、実保有量に合わせます。
• リデュースオンリーと、エントリー残量・不要な決済注文の取消は別確認です。

条件を決めてから執行方式を選ぶ

決済には少なくとも参照価格、トリガー方向、方式、数量が必要です。「58,900で出る」だけでは、最終価格かマークか、どれだけ、何の注文で決済するかが欠けます。ここではUSDT線形BTC無期限契約のロングを売って決済します。BTCはビットコイン、USDTは決済資産です。商品と資金管理の全体像は無期限先物入門で確認できます。

トリガー価格・指値・約定価格を3欄に分ける

トリガー価格は注文を起動する条件、指値は許容執行価格の境界、約定価格はマッチング結果です。「マーク58,900以下で58,880の売り指値」を出しても、どちらの値で売れる保証もありません。条件成立後、58,880以上で売る試みが始まります。

マークは評価・リスクの基準、最終取引価格は直近の約定、インデックス価格はルールに沿う現物参照です。OKXの「How to Set Take Profit and Stop Loss in Futures Trading」（2026年8月26日）は各価格と参照元を分け、トリガー済み指値の未約定も説明しています。利用可否や価格制限は商品と現口座のルールで確認します。

成行と指値は受け入れる条件が違う

成行は既存の相手注文と約定を試み、平均価格はトリガーからずれる可能性があります。これがスリッページです。指値は価格境界を守る一方、部分約定や待機があり得ます。どの失敗状態を計画として受け入れるかが選択の問題です。

Bybitの「Take Profit and Stop Loss」（2026年10月8日）は参照価格、全量・一部、執行方式を区別します。条件付き指値にも相手価格が必要です。他商品の既定設定を持ち込まず、成行なら即時全量と決めつけません。スリッページ制限を使う場合は範囲外の残量の扱いも確認します。

リデュースオンリーは方向を制限し、約定を保証しない

既存ポジションを減らすための制約で、決済後に反対方向の建玉を開かないようにします。流動性や有利な価格を作る機能ではなく、注文の有効性確認も必要です。設定項目は商品やポジションモードに依存します。

Reduce-onlyとClose On Triggerの適用範囲を確認する

Bybitの「Reduce-Only Order」（2026年6月29日）は、指値決済と数量超過時の調整・取消を説明します。同日の「Close On Trigger」は条件付き注文の決済用途を扱います。トリガー後は成行・指値のルールに従うため、決済専用でも指値の約定は保証されません。

別注文でロングを全決済した後、制約のない古い利確売りが約定すれば新しいショートになる可能性があります。リデュースオンリーはこれを防ぐ助けになりますが、現在数量、方向、報告を確認します。一部利確後も、残る損切りが新しい数量を保護しているか、自動調整を仮定せず確認します。

連動決済と未約定エントリーは別に確認する

TP/SL（利確・損切り）機能には一方のトリガーで他方を取り消すものがありますが、独立して出した2注文に同じ動作があるとは限りません。Bybitの連動説明もその機能の範囲であり、あらゆる注文ペアの説明ではありません。今回の例は独立した決済を各々管理します。

見落としやすいのが未約定エントリーです。既存ロングを閉じても元の買い指値が残り、後に約定して再び保有になるかもしれません。TP/SL一覧だけでなく、決済前後のエントリー残注文も確認します。

部分約定の教材：計画0.050 BTCから実保有0.030へ

注文イベントで数量を更新し、取消依頼と取消確認を分けます。以下の価格、時刻、数量、報告はすべて仮定で、取引所の実機検証や実相場記録ではありません。UTCの時計は順序を示すだけで、推奨する実売買設定ではありません。

手順1：条件を固定し、約定済み数量を保護する

60,000で0.050 BTCの買い指値を置き、09:05まで待つとします。損切りはマーク58,900以下を条件に、Close On Triggerで決済用途を指定し、リデュースオンリーのGTC売り指値58,880を出します。GTCは約定・取消まで有効な注文です。別途、リデュースオンリーGTC売り指値62,000で利確を置きます。後者に別トリガー価格はなく、損切りとも自動連動しません。損切りから3秒後に残量があれば取消を依頼し、確認後に残量を処理する計画です。3秒は教材ルールで、取引所の保証時間や共通の対処猶予ではありません。

09:00:00に平均60,000で0.030 BTCだけ約定し、0.020未約定という報告を仮定します。保護するのは計画0.050ではなく0.030です。損切り設定と62,000の利確が受理され、その後のエントリー約定はないと仮定します。実際に受理が不明なら、保護があるものと扱わず確認が必要です。

09:05にエントリー残量の取消を依頼し、その間に0.020の追加約定なく取消確認を受けたとします。保有は0.030のままです。確認前に0.005が約定すれば0.035となり、決済設定も見直します。取消ボタンを押しただけで、後から届く約定報告を無効にはできません。

手順2：損切り指値はトリガーされても数量が減らない

09:06:00に仮のマーク価格が58,900へ下がり、トリガーと受理の報告を別々に確認したとします。0.030 BTCの売り指値58,880が待機を始めます。最高買い気配58,850で、それ以上の買い注文がなければ58,880以上の相手がいないため、「トリガー済み・約定ゼロ」で矛盾しません。

価格観測だけなら条件成立までです。起動注文を記録するにはトリガー・受理報告が必要で、今回は両方を仮定しています。拒否、処理中、結果不明なら、送信成功として先へ進まず状態を確認します。

09:06:02に0.010 BTCが58,890で約定したとします。売り指値の下限58,880以上なので境界内です。残ロングは0.030−0.010＝0.020になります。トリガー58,900未満で売れても、指値の違反ではありません。役割が違う価格だからです。

手順3：取消確認後に残数量を処理する

予定の09:06:03に0.020が残るため、古い指値の取消を依頼し「取消待ち」と記録します。この段階では、全残量の代替決済を安全に出せると仮定しません。旧注文の追加約定が同じ数量を取り合う可能性があるためです。

09:06:04に取消が確認され、09:06:02以降の追加約定はなく、実残量0.020のままとします。そこでリデュースオンリー成行決済を出します。仮の約定は0.008 BTCを58,840、0.012を58,820です。合計0.020で、先の0.010と合わせて元の0.030をすべて閉じます。

報告ごとに累計エントリー−累計決済を照合し、最初0.030、初回決済後0.020、残り2件の約定後に初めてゼロです。未約定のエントリー・決済は別欄で、逆方向の待機注文同士を保有量として相殺しません。

これは万人向けの緊急操作手順ではありません。取消不明、報告切断、数量不一致なら、何も成功していないかのように自動再送せず状態確認を行います。緊急操作は口座・取引所・事前対処ルールに依存し、注文を増やしても既存リスクの不明点は解消しません。

手順4：分割約定を計算し、残注文を整理する

教材の3約定は3件に分けて計算します。未約定エントリー0.020を売買量にも損益にも入れません。表と図は同じ基準で、最後の価格を全量の決済価格にはしません。

全0.030をトリガー58,900で売れたとすれば損失33ですが、仮定約定では34.54です。差1.54はトリガーを約定へ代入して消せません。成行2件の数量加重平均58,828は最後の0.020だけに適用し、0.030全体の平均ではありません。

別に、エントリーと決済の手数料率をそれぞれ0.05%と仮定します。エントリー手数料は0.9 USDT、決済手数料の合計は0.88273 USDTで、価格損失と仮定手数料の合計は36.32273 USDTです。実明細ではなく仮定料率の計算で、資金調達料その他が不明なため最終純損益ではありません。再計算時も執行、予定価格、料率を分けます。

09:06:05に数量ゼロ、旧損切り残注文取消、独立した利確62,000の取消を確認したとし、ここで手順を終えます。取消で損益は変わりませんが、次の取引へ古い注文を持ち越しません。実操作は自分の注文一覧と報告に従います。

設定後も失敗状態を区別する

未トリガー、約定ゼロ、部分約定、拒否、結果不明は別状態です。すべて「失敗」と呼ぶと価格・注文条件・通信のどれを調べるか分からず、すべて「損切り済み」と呼ぶと残リスクを誤記します。

未約定・拒否・結果不明は別々に記録する

エントリー期限切れで未約定なら取消を確認し、事前決済も整理します。保有なしは勝ちトレードではありません。条件注文が拒否なら理由と入力を残し、商品状態、数量、モード、価格制限を確認します。部分約定で減るのは確認済み数量だけで、残りは保有中です。

タイムアウトは明示的な拒否と違います。古い画面は注文不存在でなく報告遅延かもしれません。同じIDと約定を問い合わせてから次を決めます。不明なまま自動再送すると、1回の意図から2注文になる可能性があります。

設定変更で既存約定は取り消せない

トリガー済み損切りが別の有効注文になっている場合もあります。表示数字を変えただけでは、その注文の取消は証明できません。変更前後のID、確認時刻、有効数量を残し、事後に選んだトリガーで元の計画を書き換えません。

決済を取引計画全体に戻す

決済は数量と資金条件に合う必要があり、単独で損失上限を保証しません。取引所リスク基準付近では遅延と参照価格差が同時に効きます。強制決済の参考価格より外へ損切りを描いても、間に合う証明にはなりません。

数量を計算し、資金とリスクを確認する

損切り幅、費用、使える資金を先物のポジションサイズへ入れます。最大数量を先に建て、近い損切りだけで解決しようとしません。指値の価格制御と成行の執行には違う費用があり、事前計画と検証に入れます。

各状態の時刻と証拠を残す

トレードの振り返り方で注文・約定・取消をつなぎ、先物の強制決済で取引所リスクとの違いを、先物の取引コストで約定後の照合を確認します。

本記事は注文処理の教材で、投資助言ではありません。報告・約定はすべて仮定で、実機検証や実損失上限の証拠ではありません。契約には強制決済、スリッページ、未約定、システムリスクが残ります。