アービトラージで使うMarket・Limit・IOC・FOK注文
Market、Limit、IOC、FOK注文を、価格制御、約定確率、スリッページ、Leg Riskの観点から比較します。
アービトラージで使うMarket・Limit・IOC・FOK注文
Market、Limit、IOC、FOK注文を、価格制御、約定確率、スリッページ、Leg Riskの観点から比較します。
このテーマは、利益を保証する近道や自動売買の指示ではありません。暗号資産の価格、板情報、ネットワーク状態、取引所ルール、手数料は短時間で変化します。観測された価格差を調査の出発点とし、取引所の公式画面で最新条件を確認し、不利なシナリオも計算に入れることが重要です。
定義と対象範囲
注文タイプは価格上限、注文の有効時間、部分約定の許容などを決めます。Marketは価格保証なしで即時性を優先し、Limitは価格を制限し、IOCは即時に可能な量を約定して残りを取消、FOKは全量即時約定できなければ取消を目指します。
実務では、単一の指標だけでは不十分です。同じシグナルでも、注文数量、アカウント条件、地域制限、利用ネットワーク、データの経過時間によって結果が変わります。理論上の割合だけでなく、実際に実行可能な条件を分析する必要があります。
なぜ重要なのか
アービトラージでは価格差の方向だけでなく注文挙動が重要です。差が小さい場合、MarketのスリッページやLimitの待機で余裕が消えます。IOCとFOKも取引所ごとの実装と流動性を確認する必要があります。
画面上のスプレッドが大きくても、売買の両側が完了できるとは限りません。確認を一つ省くだけで、部分約定、想定外の費用、送金停止、未ヘッジのポジションが生じる可能性があります。体系的な確認は、資金をさらす前に誤検知を除外するために役立ちます。
確認すべき主要要素
Market注文
利用可能な価格帯で速い実行を目指しますが、価格は固定されず、浅い板では大きなスリッページが生じます。
この要素は予定する取引金額に合わせて評価してください。少額では問題なく見える条件でも、金額を増やすと急速に変化することがあります。
確認する質問: 古いスナップショットではなく最新の公式データで確認されていますか？
Limit注文
許容する最悪価格を設定できますが、全量または時間内に約定しない場合があります。
スキャナー画面だけで判断せず、取引所の公式データ、更新時刻、アカウント制限を最終判断の直前に再確認してください。
確認する質問: 古いスナップショットではなく最新の公式データで確認されていますか？
IOC注文
Immediately or Cancelは即時に約定できる量を実行し、残りを取消します。部分約定は起こり得ます。
指標が有利に見えても、コストとリスクを同時に確認する必要があります。最大値を追うのではなく、前提条件を可視化することが目的です。
確認する質問: 古いスナップショットではなく最新の公式データで確認されていますか？
FOK注文
Fill or Killは指定条件で全量の即時約定を求め、できなければ全取消します。
この要素は予定する取引金額に合わせて評価してください。少額では問題なく見える条件でも、金額を増やすと急速に変化することがあります。
確認する質問: 古いスナップショットではなく最新の公式データで確認されていますか？
Post-only注文
流動性提供として板に置くことを目指しますが、差が閉じるまで未約定の可能性があります。
スキャナー画面だけで判断せず、取引所の公式データ、更新時刻、アカウント制限を最終判断の直前に再確認してください。
確認する質問: 古いスナップショットではなく最新の公式データで確認されていますか？
取引所ごとの差
名称、トリガー、最小数量、API挙動は取引所ごとに異なります。
指標が有利に見えても、コストとリスクを同時に確認する必要があります。最大値を追うのではなく、前提条件を可視化することが目的です。
確認する質問: 古いスナップショットではなく最新の公式データで確認されていますか？
段階的な確認手順
以下の手順は、同種のシグナルを一貫した基準で検証するためのものです。市場が速く動く場合は短縮できますが、重要な確認を削除してはいけません。
1. ルートと予定金額を定義する
coin、取引ペア、買い取引所、売り取引所、予定金額を決め、資産IDと口座条件を確認します。
この段階でデータ元と更新時刻を記録します。前提を少し変えただけで結果がマイナスになる場合は、安全余裕を広げるか取引金額を下げます。
2. データ元と時刻を確認する
スキャナー更新と公式データを比較し、遅延または不完全な場合は表示率を判断に使いません。
この段階でデータ元と更新時刻を記録します。前提を少し変えただけで結果がマイナスになる場合は、安全余裕を広げるか取引金額を下げます。
3. 最初の二要素を合わせて評価する
同じ時刻と金額で Market注文 と Limit注文 を確認します。一方だけ良好なら粗い差は誤解を招きます。
この段階でデータ元と更新時刻を記録します。前提を少し変えただけで結果がマイナスになる場合は、安全余裕を広げるか取引金額を下げます。
4. コストと実行影響をモデルへ追加する
IOC注文 と取引手数料、出金、スリッページ、交換、リバランスを一つの計算へ入れます。
この段階でデータ元と更新時刻を記録します。前提を少し変えただけで結果がマイナスになる場合は、安全余裕を広げるか取引金額を下げます。
5. 不利なシナリオでストレステストする
FOK注文 と Post-only注文 に悪い前提を使い、価格逆行、流動性低下、遅延をテストします。
この段階でデータ元と更新時刻を記録します。前提を少し変えただけで結果がマイナスになる場合は、安全余裕を広げるか取引金額を下げます。
6. 取引所公式画面で最終確認する
取引所ごとの差、network、板、口座上限、保守、費用を公式画面で再確認します。
この段階でデータ元と更新時刻を記録します。前提を少し変えただけで結果がマイナスになる場合は、安全余裕を広げるか取引金額を下げます。
7. 結果を記録して閾値を更新する
約定価格、時間、費用、部分約定、ネット結果を記録し、実績で閾値を更新します。
この段階でデータ元と更新時刻を記録します。前提を少し変えただけで結果がマイナスになる場合は、安全余裕を広げるか取引金額を下げます。
具体例
以下の数値は手法を説明するための仮定です。実際の手数料、上限、相場状況は異なる場合があります。
Aのaskが10.00 USDT、Bのbidが10.18、予定数量1,000 coinとします。最良askに300しかなければ、Market買いの平均は10.09まで上がる可能性があります。
10.03のLimitは価格を守りますが420しか約定しないかもしれません。IOCは残りを取消し、FOKは全く実行されない可能性があります。価格、速度、全量のどれを優先するかで選択が変わります。
推定ネット差 = 粗い価格差 − 取引手数料 − 送金・network費用 − スリッページ − 交換・リバランス費用 − 安全余裕
この式は結果を保証せず、同じモデルに含める費用を示します。固定費は金額で割り、割合費用は実行価格へ適用します。
主なリスク
最大の誤りは、現在の条件が完了まで変わらないと考えることです。次のリスクは相互に影響し、当初プラスだった見積もりをマイナスに変える可能性があります。
- 想定外の変化: Market注文: 利用可能な価格帯で速い実行を目指しますが、価格は固定されず、浅い板では大きなスリッページが生じます。 少額テスト、最新データ、明確な取消計画、最終確認で低減できますが、完全には排除できません。
- 想定外の変化: Limit注文: 許容する最悪価格を設定できますが、全量または時間内に約定しない場合があります。 少額テスト、最新データ、明確な取消計画、最終確認で低減できますが、完全には排除できません。
- 想定外の変化: IOC注文: Immediately or Cancelは即時に約定できる量を実行し、残りを取消します。部分約定は起こり得ます。 少額テスト、最新データ、明確な取消計画、最終確認で低減できますが、完全には排除できません。
- 想定外の変化: FOK注文: Fill or Killは指定条件で全量の即時約定を求め、できなければ全取消します。 少額テスト、最新データ、明確な取消計画、最終確認で低減できますが、完全には排除できません。
- 想定外の変化: Post-only注文: 流動性提供として板に置くことを目指しますが、差が閉じるまで未約定の可能性があります。 少額テスト、最新データ、明確な取消計画、最終確認で低減できますが、完全には排除できません。
よくある誤り
次の誤りは、理論上のスプレッドと実際の結果の差を拡大します。
- Market注文を無視する: 利用可能な価格帯で速い実行を目指しますが、価格は固定されず、浅い板では大きなスリッページが生じます。
- Limit注文を無視する: 許容する最悪価格を設定できますが、全量または時間内に約定しない場合があります。
- IOC注文を無視する: Immediately or Cancelは即時に約定できる量を実行し、残りを取消します。部分約定は起こり得ます。
- FOK注文を無視する: Fill or Killは指定条件で全量の即時約定を求め、できなければ全取消します。
- Post-only注文を無視する: 流動性提供として板に置くことを目指しますが、差が閉じるまで未約定の可能性があります。
- 取引所ごとの差を無視する: 名称、トリガー、最小数量、API挙動は取引所ごとに異なります。
- 最終取引価格を実行可能な買いask・売りbidの代わりに使う。
- 一度の成功例を継続的成果の証拠と考える。
Exarbiが分析を支援する方法
Exarbiは、対応取引所の価格差を、データ状態、リスク水準、送金準備状況、手数料影響などの判断支援シグナルと合わせて表示することを目的としています。生の価格差だけを判断材料にせず、調査すべきルートを絞り込めます。
ダッシュボードの情報は、自動売買指示、個別の投資助言、利益保証ではありません。Exarbiはユーザーに代わって取引せず、資金を保管せず、取引所APIキーを要求しません。最終確認と実行はユーザー自身が行います。
取引前チェックリスト
ルートを実行する前に、次のすべてに明確に答えられることを確認してください。
- Market注文を最新の公式データで確認しましたか？
- Limit注文を最新の公式データで確認しましたか？
- IOC注文を最新の公式データで確認しましたか？
- FOK注文を最新の公式データで確認しましたか？
- Post-only注文を最新の公式データで確認しましたか？
- 取引所ごとの差を最新の公式データで確認しましたか？
- 買いに実行可能ask、売りにbidを使いましたか？
- 予定数量の加重平均価格を計算しましたか？
- coin、contract、networkは両側で一致しますか？
- 入出金は利用可能ですか？
- 全費用と不利なシナリオの余裕を含めましたか？
- 部分約定や遅延の出口計画がありますか？
- 利益保証や個別の取引勧誘を避けていますか？
よくある質問
アービトラージのMarket Limit IOC FOK注文とは何ですか？
注文タイプは価格上限、注文の有効時間、部分約定の許容などを決めます。Marketは価格保証なしで即時性を優先し、Limitは価格を制限し、IOCは即時に可能な量を約定して残りを取消、FOKは全量即時約定できなければ取消を目指します。
アービトラージのMarket Limit IOC FOK注文だけで取引判断できますか？
できません。価格、流動性、手数料、データ鮮度、送金状態、アカウント制限を合わせて評価する必要があります。
この分析は完全に自動化できますか？
データ収集と一次選別は自動化できますが、取引所状態、アカウント上限、最終的な板情報は実行前に確認が必要です。
確認はどのくらいの頻度で更新すべきですか？
シグナルを見つけた時、注文直前、送金がある場合は出金直前にも再確認します。
Exarbiはこのテーマでどう使えますか？
Exarbiは価格差と関連リスクを読みやすい画面で調査するのに役立ちますが、取引を実行したりユーザーの代わりに判断したりしません。
まとめ
注文タイプは価格制御、約定確率、Leg Riskのバランスです。予定金額の板と取引所実装で確認せずに決めるべきではありません。
Exarbiが市場データ、価格差、送金条件、リスク指標をどのように表示するか確認できます。Exarbiは取引を推奨せず、実行もしません。
リスクと責任に関する注意
本記事は一般的な教育・情報提供のみを目的とし、投資助言、個別の推奨、取引の勧誘ではありません。暗号資産は価格変動が大きく、元本を失うリスクがあります。例は仮定です。取引所の公式条件、手数料、ネットワーク状態、法務・税務上の義務を独自に確認してください。
======================================================================