Fill or Kill（FOK）

暗号資産取引におけるFill or Kill（FOK）とは？

Fill or Kill（FOK）とは、注文を即時に全数量約定させるか、注文全体をキャンセルするよう求める取引指示です。FOK注文では、一部だけ約定させ、残りをキャンセルすることはできません。許容できる価格で十分な適格流動性があれば、注文全体が約定します。希望数量の全量を執行できない場合、マッチングシステムは注文をキャンセルし、トレーダーに部分ポジションを残しません。FOKは、注文をどれだけ速やかに執行するか、即時執行できない場合にどう扱うかを定めるため、一般に有効期間条件（time-in-force）の指示として扱われます。

Investor.govのFill-or-Killに関する公式定義では、注文は即時に全量執行するか、キャンセルしなければならないとされています。

暗号資産市場では、現物取引ペア、期限付き先物、無期限契約、オプション、その他の注文板型商品でFOKを利用できる場合があります。利用可否、対応する注文の組み合わせ、マッチングの仕組み、拒否メッセージは、取引システムによって異なります。

「Fill or Kill」の意味

「Fill」は、希望した取引数量が約定したことを意味します。「Kill」は、未約定の注文をマッチングシステムがキャンセルすることを意味します。この指示には、2つの厳格な要件があります。1つ目は即時性です。注文は将来の流動性を待つために注文板に残ることはできません。2つ目は全量約定です。一部だけでなく、全数量を執行できなければなりません。そのためFOK注文は、少量の部分約定を受け入れる可能性よりも、即時に全量を約定させることを優先します。

FOK注文の仕組み

トレーダーは、資産、取引ペア、売買方向、数量、価格条件を選択し、有効期間の指示としてFill or Killを指定します。プラットフォームはまず、残高、証拠金、ポジション、注文サイズ、リスクに関する該当の確認を行います。次にマッチングエンジンが、マッチングルールに基づき利用可能な適格な反対注文を評価します。買いFOK注文では、許容価格以下の売り流動性で全数量を満たせるか確認します。売りFOK注文では、許容価格以上の買い流動性で全数量を満たせるか確認します。十分な流動性があれば、マッチングエンジンは注文全体を執行します。十分な流動性がなければ、注文板に残らず、キャンセルまたは拒否されます。処理時間はごく短い場合がありますが、「即時」とは取引システム内のマッチング処理を指し、共通のミリ秒数を定めるものではありません。

買いFOK注文の簡単な例

トレーダーが、指値2,000ドルで暗号資産を10単位購入したいとします。トレーダーは、10単位すべてを対象にFill or Killの指値注文を出します。注文板には、1,990ドルで3単位、1,995ドルで4単位、2,000ドルで3単位の売り注文があります。トレーダーの指値2,000ドル以下で、合計10単位を購入できます。したがって、FOK注文全体を約定できます。複数の売り手および価格水準とマッチングするため、注文の約定記録が複数に分かれる場合があります。ただし、トレーダーは一部ではなく、希望した数量全体を受け取ります。

買いFOK注文がキャンセルされる例

同じトレーダーが、上限価格2,000ドルで10単位を希望するとします。注文板には1,990ドルで3単位、1,995ドルで4単位、2,000ドルでは2単位しかありません。許容価格の範囲内で執行できるのは9単位のみです。FOK注文は全量を執行できません。そのため、マッチングシステムは9単位だけ購入するのではなく、注文をキャンセルします。希望数量の大部分が約定可能に見えても、トレーダーは希望するポジションを保有できません。

売りFOK注文の簡単な例

トレーダーが、1単位あたり500ドル以上で暗号資産を5単位売却したいとします。注文板には、505ドルで2単位、502ドルで2単位、500ドルで1単位を買う注文があります。5単位すべてを指値以上の価格で売却できます。売りFOK注文全体を、これらの買い注文に対して約定できます。500ドル以上で購入可能な数量が4.8単位しかない場合、FOK指示により一部売却は行われません。

FOK注文は複数の価格で約定するか

はい。Fill or Kill注文は複数の注文や価格水準に対して約定することがあります。許容価格条件の範囲内で、希望数量全体を即時に約定させることが要件です。買い指値FOK注文は、指値以下の複数の売り注文を約定させる場合があります。売り指値FOK注文は、指値以上の複数の買い注文を約定させる場合があります。約定価格ごとの数量から、約定平均価格が計算されます。全量約定しても、すべての数量が同一価格で約定するとは限りません。

FOKと暗号資産の注文板

注文板には、暗号資産市場の未決済の買いと売りの注文意向が整理されています。買い注文は、参加者が購入を希望する価格を示します。売り注文は、参加者が売却を希望する価格を示します。最良買気配は通常、表示されている最も高い買い価格です。最良売気配は通常、表示されている最も低い売り価格です。

CFTCの先物用語集では、注文板を、価格、到着時刻、またはその両方に基づいて買い注文と売り注文をマッチングする仕組みと説明しています。

FOK注文は、注文板の該当する反対側にある利用可能な流動性を調べます。マッチングエンジンは、注文条件に従って全量を満たせる数量を見つける必要があります。

表示される板の厚みと執行可能な板の厚み

注文板に表示された厚みがあっても、FOK注文の約定が保証されるわけではありません。FOK注文がマッチングエンジンに届く前に、他の参加者が注文をキャンセルまたは変更することがあります。別の取引が、表示されていた流動性を先に消費する場合もあります。画面の更新が、マッチングエンジン内部の状態より遅い可能性もあります。一部の注文板には、通常の板情報では見えない非表示または一部のみ表示された数量があります。自己取引防止やアカウント制限により、見かけ上の流動性の一部が注文の対象外になる場合があります。そのため、画面上の数量と、マッチング時点で実際に利用可能な数量が異なることがあります。

FOKは注文タイプか有効期間の指示か

FOKは通常、独立した価格指定方法ではなく、有効期間（time-in-force）の指示に分類されます。注文がどれくらいの期間有効か、部分約定を認めるかをマッチングシステムに伝えます。価格の動きは、指値または成行の指示によって別途定まる場合があります。指値FOKは、価格の上限・下限と即時全量約定の条件を組み合わせます。対応している場合、成行FOKは、利用可能な価格と該当する成行注文保護を用いて、即時に全量執行するよう求めます。指値注文とFOKの組み合わせのみなど、特定の組み合わせしか対応しないプラットフォームもあります。

FIXのTimeInForce仕様では、フィールド

の値がFill or Killを表します。

FOKとImmediate or Cancel（IOC）の違い

FOKとImmediate or Cancel（IOC）は、いずれも速やかな処理を求め、注文が注文板に残ることはありません。違いは、流動性が不足したときの扱いです。IOC注文は、即時に約定できる数量を執行し、残りをキャンセルします。FOK注文は、全数量を即時に約定させるか、全く約定させないことを求めます。トレーダーが100単位の注文を出し、即時に利用できる数量が70単位だけだとします。IOC注文では70単位が約定し、残り30単位がキャンセルされる場合があります。FOK注文は100単位全量を約定できないため、キャンセルされます。

Investor.govのIOC注文の定義では、即時に約定しなかった数量はキャンセルされるとされています。

FOKとAll or None（AON）の違い

FOKもAll or None（AON）も、最終的な部分約定ではなく全量約定を求めます。主な違いは時間の条件です。FOK注文は、即時に全量約定するか、キャンセルされなければなりません。AON注文は、全数量を約定するのに十分な流動性が現れるまで有効な状態を保つ場合があります。そのため、AON注文は今すぐ約定しなくても、後に約定する可能性があります。FOK注文に認められるのは、マッチングシステムのルールに従った即時の機会のみです。

Investor.govの注文タイプに関する解説では、未約定のAON注文が有効なまま残ることを説明し、AONとFOKを区別しています。

FOKと指値注文の違い

通常の指値注文は、許容できる最も不利な約定価格を設定します。買い指値注文は、指値以下で約定できます。売り指値注文は、指値以上で約定できます。

Investor.govの指値注文の定義では、こうした価格制限が説明されています。

通常の指値注文は注文板に残り、時間をかけて部分約定する場合があります。指値FOKは、即時性と全量約定の条件を追加します。価格制限は許容できる最も不利な価格を定め、FOKは執行時期と数量の全量約定を定めます。

FOKと成行注文の違い

成行注文は、その時点で利用可能な最良価格での執行を優先します。通常、トレーダーは購入価格の上限や売却価格の下限を固定できません。大口の成行注文は複数の価格水準を移動し、大きなスリッページが生じる場合があります。対応している場合、成行FOKも全数量が即時に利用できることを求めます。ただし、取引システムに価格保護範囲がなければ、最終価格が不利になる可能性があります。指値FOKは指定した指値を超えて約定しないため、価格をより強く管理できます。

CFTCの成行注文の定義では、取引システムに到達した時点で得られる価格で取引する指示と説明されています。

FOKとGood-Til-Canceled（GTC）の違い

Good-Til-Canceled（GTC）注文は、約定、キャンセル、またはプラットフォームが定める最大有効期間に達するまで有効です。GTC指値注文は注文板に残り、流動性を提供できます。長期間にわたって複数回部分約定する場合があります。FOK注文は将来の相手方を待ちません。即時に全量約定するか、注文板から消えます。

FOKとDay注文の違い

Day注文は通常、約定または先行してキャンセルされない限り、該当する取引セッション中有効です。暗号資産市場は継続的に取引されることが多いため、取引日の定義はプラットフォームのシステム時刻によって異なる場合があります。FOK注文は、セッションの残り時間中有効であり続けられないため、はるかに短い期間しか有効ではありません。執行の可否は、即時の注文処理中に決まります。

FOKとPost-Only注文の違い

Post-Only注文は、既存の流動性と即時にマッチングせず、注文板に入るよう設計されています。即時に約定する場合、通常はプラットフォームのルールに従ってキャンセルまたは調整されます。FOK注文の目的はこれと反対です。即時にマッチングする必要があり、受動的な注文として注文板に残ることはできません。FOKとPost-Onlyを組み合わせると意図が矛盾するため、取引システムに拒否される場合があります。

FOKとReduce-Onlyの違い

Reduce-Onlyは、既存ポジションを増やしたり反転させたりしないようにするデリバティブ取引の指示です。FOKは即時全量約定を制御します。両者は異なるリスクに対応しており、組み合わせて使える場合があります。Reduce-Only付きFOK注文は、指定数量のポジションを即時かつ全量決済しようとします。未決済ポジションが注文数量より小さい場合、先にポジションが変化した場合、または反対側の流動性が不足している場合、執行できないことがあります。

FOK注文は流動性を提供するか消費するか

FOK注文は通常、注文板にすでにある注文と約定するため、流動性を消費します。他の参加者を待つ受動的な気配注文として残ることはできません。そのため、約定したFOK注文は一般にTaker取引として扱われます。適用される取引手数料区分は、プラットフォームの手数料とマッチングルールによって異なります。キャンセルされたFOK注文は通常、約定取引を生みませんが、別途サービス費用、ネットワーク費用、戦略コストが発生する場合があります。

暗号資産の現物取引におけるFOK注文

現物取引では、FOK注文は暗号資産または決済資産を別の資産と交換します。買い注文では、受け取りたい基準資産の数量を指定する場合があります。必要な決済資産の数量は、約定価格によって異なります。口座には、取引全額と該当する手数料を賄える利用可能残高が必要です。ロックされた残高、未約定注文、借入制限、手数料計算により、注文前に拒否される場合があります。現物FOK注文が全量約定すると、プラットフォームの会計システム上、トレーダーの資産残高が直ちに変わります。

暗号資産先物および無期限契約のFOK注文

デリバティブ取引では、希望数量が暗号資産の単位ではなく契約数を表す場合があります。契約乗数によって、ポジションの原資産エクスポージャーが決まります。FOKの新規注文では、希望するポジション全体に十分な証拠金が必要です。FOKの決済注文では、適格な未決済ポジションと十分な反対側の市場流動性が必要です。ポジション制限、証拠金ルール、価格バンド、自己取引防止、Reduce-Only条件が執行に影響する場合があります。FOKを使うと、計画したデリバティブポジションの一部だけを意図せず建てる事態を防げます。ただし、ポジションを建てた後の強制決済、資金調達コスト、損失を防ぐものではありません。

暗号資産オプションのFOK注文

ヘッジやボラティリティ戦略で契約数量全体が必要な場合、暗号資産オプションのトレーダーはFOKを利用することがあります。オプションが一部だけ約定すると、意図しないデルタ、ガンマ、ボラティリティへのエクスポージャーが残る場合があります。FOK注文は、単一レッグの部分ポジションを防げる場合があります。ただし、複数のオプションレッグに個別のFOK注文を出しても、戦略全体が自動的に一体化して執行されるわけではありません。一方のレッグが約定し、もう一方のFOK注文がキャンセルされる場合があります。すべてのレッグを1つのマッチング指示で同時に執行する必要がある場合、専用のマルチレッグ注文またはコンビネーション注文が必要です。

暗号資産アービトラージにおけるFOK注文

アービトラージ戦略では、市場間または関連商品間の価格差から利益を得ようとします。戦略のもう一方の取引で相殺できるよう、正確な数量が必要になることがあります。一部約定すると、完全にヘッジされず、価格変動リスクにさらされる可能性があります。FOK注文は一方の取引が不完全に執行されることを防げる場合があります。別市場で行う別の取引の約定を保証するものではありません。ネットワーク、API、マッチングの遅延中に価格差がなくなることがあります。個別のFOK注文を使うだけでは、複数市場にまたがる真のアトミック執行は通常実現できません。

大口暗号資産取引でのFOK注文

大口注文を出すトレーダーは、全数量を取引するか、取引自体を行わないことを望む場合があります。ポジションの一部だけを取得しても、ポートフォリオのヘッジ、財務資産の移動、リバランスの要件を満たさないことがあります。FOKは数量条件を厳守できます。大口FOK注文では、注文板に十分な適格流動性が即時に存在する必要があるため、キャンセルされる可能性が高くなります。積極的な指値にすれば約定可能性は高まりますが、平均購入価格が上がったり、平均売却価格が下がったりする場合があります。トレーダーは、約定の確実性と価格の質のバランスを取る必要があります。

Fill or Kill注文のメリット

望まない部分ポジションを防げます。取引全体が成立したかどうかを即時に把握できます。指値FOKは、数量全体の約定と購入価格の上限または売却価格の下限を組み合わせられます。正確なポジションサイズに依存する戦略を支えられます。注文板に管理されない残余注文を残しません。全量約定または未約定の結果が得られるため、自動戦略のロジックを簡素化できる場合もあります。

Fill or Kill注文のデメリット

条件が厳しいため、頻繁にキャンセルされる可能性があります。希望数量のほとんどが利用可能でも、注文が失敗する場合があります。約定を何度も試みる間に、有利な相場変動を逃すことがあります。十分な板の厚みに届かせるには、より積極的な指値が必要になる場合があります。繰り返し注文を送信すると、APIのレート制限への負荷や運用の複雑さが増す可能性があります。複数の価格水準が必要な場合、FOK指示は有利な平均価格を保証しません。別個のヘッジや他市場の取引における執行リスクも解消しません。

FOK注文がキャンセルされた理由

最も一般的な理由は、即時に執行できる流動性が不足していることです。画面上に見えていた数量が、注文のマッチングエンジン到達前に変わった可能性があります。指値が厳しすぎて、十分な注文に届かなかった場合もあります。最低数量、数量刻み、価格刻み、最低注文金額のルールに違反していた可能性があります。口座の利用可能残高またはデリバティブ証拠金が不足していた場合があります。自己取引防止により、同一アカウントまたは関連アカウントグループが出した注文が対象外になった可能性があります。Reduce-Only指示が現在のポジションサイズと矛盾した場合もあります。リスク制限、価格バンド、ポジション制限、一時的な市場制限によって執行できなかった可能性もあります。

FOK注文が複数の価格で約定した理由

FOKが保証するのは数量全体の約定であり、単一価格での約定ではありません。注文は、許容価格の範囲内で複数の反対注文を消費する場合があります。マッチングごとに、数量と価格が異なる約定が記録されることがあります。口座の平均約定価格は、それらの約定を組み合わせて算出されます。大量注文であっても、通常の注文板マッチングでは全数量を厳密に同一価格で約定できるとは限りません。

FOK注文はスリッページを防ぐか

指値FOKは許容できる最も不利な約定価格を制限しますが、すべての数量が表示された最良価格で約定するとは限りません。注文全体を約定するまでに、複数の価格水準を移動する場合があります。予想平均価格と実際の平均価格との差は、依然としてスリッページに当たることがあります。狭い指値は価格変動を抑える一方、キャンセルされる可能性を高めます。広い指値は約定可能性を高めますが、不利な平均価格を許容することになります。厳格な指値がない場合、成行FOKでは価格がさらに不確実になることがあります。

FOK注文は約定を保証するか

いいえ。FOKが保証するのは執行条件であり、取引そのものではありません。適用されるすべてのルールの下で、全数量を即時に執行できる場合に限り注文が約定します。条件のいずれかを満たさないと、注文はキャンセルまたは拒否されます。少なくとも一部の即時約定を優先するトレーダーには、IOCが適している場合があります。全量約定を待つことを受け入れられるトレーダーは、対応していればAON形式の指示を選べる場合があります。

FOK注文は表示価格を保証するか

いいえ。表示されている最良買気配または最良売気配は、通常、その時点で見える最良価格の数量だけを表しています。大口FOK注文では、さらに複数の価格で流動性が必要になる場合があります。注文の送信・処理中に気配値が変わることがあります。

Investor.govの注文執行に関する解説では、価格は急速に変化する可能性があり、表示気配値は特定の数量に対してのみ適用されると説明しています。

指値は価格の境界を定めますが、すべての約定が表示された最良価格になるとは限りません。

FOK注文の手数料

約定したFOK注文には通常、約定分に適用される取引手数料がかかります。既存の流動性を消費するため、一般的にはTaker手数料が適用されます。手数料は取引額、契約数量、決済資産、その他の料金体系に基づいて計算される場合があります。注文がキャンセルされて取引が成立しなければ、通常、約定取引の手数料はかかりません。自動取引では、不成立となった注文によってインフラ、データ、借入、機会コストが生じる可能性があります。商品ごとにFOKの扱いが同じだと想定せず、最新の手数料体系を確認してください。

取引APIでのFOK

取引アプリケーション・プログラミング・インターフェース（API）では、有効期間のパラメーターとして

を指定できる場合があります。

注文リクエストには通常、シンボル、売買方向、数量、注文タイプ、必要に応じて価格も含まれます。レスポンスには、全量約定、キャンセル、失効、拒否、その他のプラットフォーム固有のステータスが報告される場合があります。開発者は、通信レベルでの成功と取引の約定を区別する必要があります。APIリクエストが正常に受理されても、流動性不足によりFOK注文自体は直ちにキャンセルされる場合があります。ポジションが存在すると戦略が判断する前に、執行レポートと約定記録を確認してください。

FIXプロトコルにおけるFOK

Financial Information eXchange（FIX）プロトコルは、電子取引の通信に広く使われています。

フィールドはタグで識別されます。

値

はFill or Killを表します。

同じフィールドの他の値は、Day、Good-Til-Canceled、Immediate or Cancelなどの指示を表します。正しいフィールド値を使っても、接続先のすべての取引システムが、すべての商品でその指示に対応するとは限りません。受信システムは、対応していない注文の組み合わせを拒否したり、文書化されたルールに従って変換したりする場合があります。

アルゴリズム暗号資産取引でのFOK

自動戦略では、手動管理が必要な残余ポジションを避けるためにFOKを使う場合があります。アルゴリズムは最良買気配または最良売気配だけでなく、利用可能な板の厚みを計算する必要があります。判断には、予想取引手数料と価格インパクトを含めてください。また、アルゴリズムはキャンセル応答を適切に処理しなければなりません。価格や数量を調整せずに同じ数量を繰り返し再送信すると、効果のないループが発生する可能性があります。レート制限、古い市場データ、時計のずれ、ネットワーク遅延をシステム設計に含めてください。依存する注文を送信する前に、完全な執行レポートを確認する必要があります。

処理中にFOK注文が部分約定することはあるか

取引システムがFOKを正しく実装していれば、トレーダーに部分約定が最終結果として残ることはありません。マッチングエンジンは内部的に複数の相手方を特定し、注文を完成させるために複数の約定を生成する場合があります。それらを合計すると、希望数量全体を満たす必要があります。全数量を満たせない場合、FOKルールに従って注文がキャンセルされるべきです。特殊なオークション、ブロック取引、RFQシステムでは執行方法が異なる場合があるため、公式の商品資料を確認してください。

FOK注文が注文板に残ることはあるか

いいえ。通常のFOK注文が将来の流動性を待つために注文板に残ることはありません。受信時に評価され、その後、全量約定またはキャンセルとなります。全量約定を待つために有効なまま残る注文は、真のFOKというよりAll-or-None（AON）指示に近いものです。

他のトレーダーにFOK注文が見えるか

FOK注文は注文板に残れないため、通常は継続的に表示される注文にはなりません。約定すると、市場の報告ルールに従って、取引相手や市場データフィードに約定取引が表示される場合があります。取引システムは内部監査記録やアカウント記録にも注文を保存します。そのためFOKは注文を板に残すことによるエクスポージャーを抑えますが、成立した取引を匿名化したり見えなくしたりするものではありません。

FOKと自己取引防止

自己取引防止は、同じ参加者または関連アカウントの注文同士が約定しないようにする仕組みです。注文板にトレーダー自身の反対注文があると、FOK注文が執行可能に見える場合があります。それらの注文が除外されると、残りの適格数量が不足する可能性があります。表示された板の厚みが十分に見えても、FOK注文はキャンセルされる場合があります。具体的な動作は、選択した自己取引防止モードによって異なります。

FOKと非表示流動性

電子注文板によっては、注文数量の一部または全部を非表示にできます。マッチングシステムが適格な非表示流動性を利用できる場合、表示板の厚みが不足していてもFOK注文の約定に役立つことがあります。別のシステムでは、非表示注文の優先順位が異なったり、同じ方法で参加しなかったりする場合があります。表示された板の厚みが、執行可能な注文をすべて表していると想定しないでください。どの表示・非表示数量が全量約定の判定対象になるかは、マッチングルールによって決まります。

FOKと価格・時間優先

多くの注文板では、価格の良い注文が価格の悪い注文に優先します。同じ価格の注文は、次に到着時刻で順序付けられる場合があります。買いFOK注文は通常、許容される最も低い売り気配から約定します。指値の範囲内にある限り、より高い売り気配へ進みます。売りFOK注文は通常、許容される最も高い買い気配から約定します。注文が到達可能な価格水準の範囲内で、全数量が利用できる必要があります。

オンチェーン暗号資産取引とFOK

オンチェーン取引では、中央集権型の注文板と同じ有効期間の用語が使われるとは限りません。それでもスマートコントラクトのトランザクションによって、Fill or Killに似た動作を実現できる場合があります。ユーザーは入力額と許容できる最低出力量を設定できます。出力条件を満たせない場合、コントラクトはトランザクションをリバートできます。この全か無かのブロックチェーン上の執行は、経済的にはFOKに似ていますが、スマートコントラクトのトランザクションのアトミック性によって実現されます。オンチェーンのトランザクションがリバートされても、ネットワーク手数料がかかる場合があります。オフチェーンのFOK注文は取引プラットフォーム内でマッチングされるため、通常、キャンセル時にブロックチェーンのガス代は必要ありません。

FOKと複数ステップの暗号資産戦略

FOK指示が適用されるのは、その指示を付けた特定の注文だけです。複数の独立した注文を一体的に執行するものではありません。トレーダーは一方のFOK注文を全量約定できても、別の取引ペアの注文が失敗する場合があります。その結果、意図しない資産や方向性のポジションが残る可能性があります。複数ステップの戦略では、各依存関係に対する個別の制御が必要です。コンビネーション注文、スマートコントラクトのアトミック性、事前に資金を用意したヘッジ、保守的な数量設定、自動解消ロジックなどが対策として考えられます。

トレーダーがFOKを使う場面

部分ポジションが運用面または財務面で望ましくない場合、FOKを利用することがあります。アービトラージ戦略では、対応するヘッジに正確な数量が必要になる場合があります。ポートフォリオマネージャーは、不完全な調整を受け入れるのではなく、特定数量のリバランスを必要とする場合があります。デリバティブのトレーダーは、リスクイベントの前にポジション全体を決済する必要がある場合があります。オプショントレーダーは、別のエクスポージャーと数量を合わせるために契約全体を必要とすることがあります。財務部門が、別の支払いや送金の前に全額を両替する必要がある場合もあります。

FOKが適さない場合

部分約定を受け入れられる場合、FOKは適さないことがあります。また、市場の流動性が低く、希望数量全体が一度に現れることが少ない場合も非効率になる可能性があります。段階的にポジションを構築するトレーダーには、通常の指値注文やIOC注文が適している場合があります。Maker手数料や受動的な執行を求める場合、FOKは注文板に残れないため適していません。ほぼどのような価格でも確実な完了を必要とするトレーダーは、厳格なキャンセル条件を不便に感じる可能性があります。ただし、代わりに成行注文を使うと、大きなスリッページが生じる場合があります。

FOK指値の決め方

指値は、トレーダーが許容できる最も不利な価格を反映させる必要があります。最良気配だけでなく、累積板の厚みを確認してください。買い注文では、指値までの累積売り数量を確認すると、全量約定の可能性を判断できます。売り注文では、指値までの累積買い数量が同様の目安になります。流動性の変化に備えて少し余裕を持たせることもできますが、平均価格がさらに不利になることを許容する必要があります。注文処理前に板が変化する可能性があるため、どの指値でも約定は保証されません。

FOKの執行リスクを管理する方法

市場の実際の板の厚みに見合った数量を設定します。注文板の累積流動性と直近の取引数量を確認します。表示された最良価格だけでなく、許容できる総コストに基づいて指値を設定します。注文前に口座残高、証拠金、ポジション余力を確認します。最低数量、最低注文金額、価格刻み、数量刻みのルールを確認します。APIリクエストが受理されたからといって約定したと想定せず、執行レポートを確認します。キャンセル時に数量を減らす、価格を変更する、待つ、戦略を中止するなど、対応方法を準備します。

FOK注文に関するよくある誤解

FOKはすべての数量を1人の相手方とのみ約定させる指示ではありません。複数の反対注文を組み合わせて全数量を満たすことができます。FOKは単一価格での約定を保証しません。許容された指値の範囲内で複数価格にマッチングする場合があります。FOKは取引の成立を保証しません。保証されるのは、不完全な取引が最終結果として残らないことです。FOKはスリッページをなくしません。指値で最も不利な価格を制限しても、平均価格は表示された最良気配と異なる場合があります。FOKは別々のアービトラージレッグを一体的に執行しません。指示が適用されるのは、それを指定した注文のみです。FOKは注文板に残りません。将来の全量約定を待つ注文は、通常のFill or Kill注文として動作していません。

よくある質問

暗号資産取引でFOKは何を意味しますか？

FOKはFill or Killの略で、暗号資産の注文を即時に全量約定させるか、注文全体をキャンセルする指示です。

FOK注文は部分約定を認めますか？

いいえ。標準的なFOKの動作では、部分約定が最終結果としてトレーダーに残ることはありません。

FOK注文の一部しか執行できない場合、どうなりますか？

希望数量全体を即時に執行できないため、注文はキャンセルされます。

FOK注文は複数の売り手や買い手と約定できますか？

はい。全数量が約定すれば、複数の相手方とマッチングできます。

FOK注文は複数の価格で約定できますか？

はい。許容価格範囲内で複数の価格水準の流動性を消費できます。

FOKはIOCと同じですか？

いいえ。IOCは即時の部分約定を認めますが、FOKは即時の全量約定を求めます。

FOKはAll or Noneと同じですか？

いいえ。どちらも全量約定を求めますが、AON注文は待機できる場合がある一方、FOK注文は待機できません。

FOKは成行注文ですか？

いいえ。FOKは通常、対応する指値注文または成行注文と組み合わせられる有効期間の指示です。

指値FOKは指値での約定を保証しますか？

指値と同じ価格またはそれより有利な価格で約定できますが、全量約定は保証されません。

FOKはスリッページを防ぎますか？

いいえ。ただし、指値FOKは許容できる最も不利な価格に上限・下限を設けます。

FOK注文が未約定のまま残ることはありますか？

いいえ。即時に処理され、全量約定またはキャンセルとなります。

FOKは流動性を提供しますか？

通常は提供しません。注文板にある流動性と即時に約定する必要があるためです。

約定したFOK注文は通常Taker注文ですか？

はい。一般に既存の流動性を消費するため、Taker取引として扱われます。

注文板に十分な流動性が表示されていたのに、FOK注文がキャンセルされたのはなぜですか？

表示データが古かった、流動性がすでに消費されていた、または一部の注文が対象外だった可能性があります。

非表示注文はFOK注文の約定に役立ちますか？

マッチングシステムが適格な非表示流動性の参加を認める場合、役立つことがあります。

自己取引防止によってFOK注文がキャンセルされることはありますか？

はい。トレーダー自身の反対注文が除外されると、全量約定に必要な適格流動性が不足する場合があります。

暗号資産の現物取引でFOKを使えますか？

選択した現物市場と注文タイプが対応していれば使えます。

暗号資産先物にFOKを使えますか？

対応するデリバティブ取引システムでは、契約ポジションの新規または決済にFOKを使える場合があります。

FOKをReduce-Onlyと組み合わせられますか？

対応していれば可能です。ポジションを増やしたり反転させたりせず、即時に全量を減らすことを目指せます。

FOKをPost-Onlyと組み合わせられますか？

Post-Onlyは注文板に残る必要があり、FOKは即時に約定する必要があるため、通常は相反します。

キャンセルされたFOK注文に取引手数料はかかりますか？

通常、キャンセル注文に約定取引の手数料はかかりませんが、プラットフォームの方針やその他の費用を確認してください。

オンチェーンのFOK型トランザクションが失敗してもガス代はかかりますか？

はい。スマートコントラクトのトランザクションがリバートされても、ブロックチェーンのネットワーク手数料がかかる場合があります。

FOKでアービトラージの両側の取引を保証できますか？

いいえ。個別のFOK注文を複数出しても、独立した市場での各取引が同時に成立するとは限りません。

Fill or KillのFIXコードは何ですか？

FIXプロトコルでは、TimeInForceタグ

の値がFill or Killを表します。

トレーダーはどのような場合にFOKを使うべきですか？

正確な全数量を即時に必要とし、部分ポジションが許容できない場合に有用です。

トレーダーはどのような場合にFOKを避けるべきですか？

部分約定を受け入れられる場合や、希望数量に対して流動性が薄すぎる場合には適さないことがあります。

FOKは強制決済を防ぎますか？

いいえ。注文執行を制御する指示であり、約定後のレバレッジポジションをその後の損失や強制決済から守るものではありません。

FOKは最良価格を保証しますか？

いいえ。選択した指値とマッチングルールに従いますが、すべての暗号資産市場で最良価格となることを保証しません。

FOK注文がキャンセルされても、APIが成功を報告することはありますか？

はい。リクエスト送信が成功した後に注文がキャンセルされる場合があるため、執行レポートを確認してください。

FOKの主なメリットは何ですか？

望まない部分ポジションをトレーダーが取得することを防げる点です。

まとめ

Fill or Killは、注文を即時に全量約定させるか、キャンセルするよう求める暗号資産取引の指示です。厳格な時間条件と、全量約定または未約定という数量条件を組み合わせています。許容価格範囲内で全量が約定する限り、FOK注文は複数の相手方や価格水準とマッチングできます。IOCとは異なり、FOKは即時の部分約定を認めません。AONとは異なり、FOKは将来の流動性を待つために有効なまま残ることはできません。指値FOKは価格範囲を指定できますが、約定、単一価格での執行、スリッページがないことを保証しません。正確なヘッジ、大口取引、アービトラージ、ポートフォリオのリバランスなど、部分ポジションがリスクを生む戦略で役立つ場合があります。主なデメリットは、注文板の流動性が限られている場合や急速に変化する場合に、キャンセルされる可能性が高いことです。FOK注文を利用する前に、累積板の厚み、口座残高、証拠金要件、価格制限、数量ルール、執行レポートを確認してください。FOK、IOC、AON、成行、指値、Post-Only、Reduce-Onlyの違いを理解すると、意図する戦略に合った執行ルールを選びやすくなります。