先物注文を変更するとキュー優先順位を失う?
先物注文の価格・数量変更がqueue priorityへ与える影響と、cancel-replace後に優先順位を確認する方法を解説します。
要点
先物注文を変更するとqueue priorityが変わることがありますが、何を変更したかと取引所ルールで結果が異なります。価格や数量を変えたら必ず元の時刻を維持する、または必ず最後尾になるとは考えません。
キュー優先順位は現在の注文状態に属します
待機する指値注文は同じ価格の他の適格注文と競います。
価格時間市場では先に入った適格注文が後の注文より優先する場合があります。
商品によっては純FIFO以外の配分もあります。
注文を変更した場合、変更後の優先順位は取引所ルールで決まります。
CME認証資料はcancel-replaceで優先順位が変わるケースと変わらないケースをテストします。
正確な効果は現在の商品と注文ルールを確認します。
価格変更は単なる画面編集ではありません
5,000.00の買い指値が待機しているとします。
5,000.25へ変更します。
注文は別の価格水準で競うことになります。
以前の5,000.00での位置がそのまま新価格へ移るとは考えません。
新しい水準には既存注文と配分順序があります。
変更確認と新しい注文状態を記録します。
数量変更は価格変更と異なる場合があります
数量変更は価格変更と必ず同じ優先度効果を持つわけではありません。
一部の処理では数量減少、数量増加、価格変更を異なる扱いにします。
CME認証テストも数量のみの変更と価格変更のpriority影響を分けています。
「数量変更なら絶対に優先順位を失わない」という一般化は避けます。
現在の取引所技術資料を確認します。
例:変更前後の前方数量
FIFO型の架空例で5,000.00を考えます。
3枚の自分の注文前に12枚あります。
変更前は少なくともその12枚が先に割り当てられる必要があります。
次に優先順位を失う形で注文を変更したとします。
変更後に25枚が前にあるなら実質的なキュー位置は大きく変わりました。
数字は架空です。
変更で自分の約定前に消化される必要数量が変わり得ることがポイントです。
注文板データだけでは最終状態を証明しません
CME Market by Orderは匿名個別注文やキュー情報を提供できます。
ブローカー画面は詳細が少ない場合があります。
詳細データがあっても変更確認と現在の注文識別子を確認します。
画面の推定だけでは特定のcancel-replaceがpriorityを維持したと証明できません。
先物指値が触れたのに未約定の理由はキューの重要性を説明します。
部分約定後の変更は特に分けて追跡します
5枚のうち2枚がすでに約定したとします。
稼働中残数量は3枚です。
その後変更するなら完成した2枚のポジションと3枚のleavesを分けます。
元の5枚全部がまだ待っているとは考えません。
変更は実際の注文フローにある生きた残数量へ適用されます。
先物注文が複数価格で約定する理由は約定と残数量を説明します。 [!TRYMARK] cancel-replaceを再構築します 前に12枚ある買い指値3枚から始めます。数量、次に価格を変更し、各段階の確認、新価格、残数量、priority維持の有無を記録します。
注文変更チェックリスト
正確な商品と限月を記録します。
元の注文ID、価格、数量、時刻を記録します。
変更する項目を記録します。
cancel-replace確認を保存します。
取引所ルールでpriorityが維持または変更されるか確認します。
約定数量と残数量を分けます。
新状態を確認してから板を再確認します。
変更前のキュー推定で後の約定を評価しません。
この記事は注文の仕組みを説明し、注文変更や取消を推奨しません。
よくある質問
先物指値の価格を変えると優先順位を失いますか?
可能性があります。別価格へ移るため新しい優先順位は取引所ルールで決まります。以前のキューがそのまま続くとは考えません。
注文数量を減らすとpriorityを維持しますか?
取引所と注文種類によります。数量減少と増加が異なる扱いになることがあるため現在のルールを確認します。
Cancel-replaceは新しい注文になりますか?
技術フローによって識別子やpriorityの扱いが異なります。執行確認から実際の結果状態を確認します。
変更注文が優先順位を失ったかどう確認しますか?
取引所ルール、cancel-replace確認、利用可能な注文単位キューデータを確認します。後の未約定だけで推測しません。