執行とツール

レイテンシ

著者 Jarosław Wasiński (EN) • 公開: 2026年3月30日 • 更新: 2026年10月23日

注文送信、受信、執行、確認受信などの事象間の遅延です。通信と処理の遅延は別の要素です。短縮は価格変化へのエクスポージャーを減らし得ますが、スリッページ、注文拒否、リクオート、流動性制約をなくしません。

例では英語式の数値表記を使います。カンマは千ごとの桁区切り、ピリオドは小数点です。1,000は千、1.25は一と四分の一を意味します。

例。

時刻の例：注文送信12:00:00.000、サーバー受信.020、約定.045、確認到着.070です。始点から確認まで70ms、ここでのサーバー処理は25msです。モデルの値であり、業者の基準値ではありません。

具体的な区間を測る

ネットワークping、受付まで、約定まで、最終確認までの時間は別の問いに答えます。顧客側とサーバー側の時刻を組み合わせるには、時計同期と測定方法の記録が必要です。経路や処理が非対称なら、片道遅延を厳密に往復の半分と推定することはできません。

中央値や高いパーセンタイルなどの分布を、失敗要求と観測条件とともに報告します。速い平均は、まれな長い停止を隠す場合があります。速い受信は提示変化へのエクスポージャーを減らせますが、結果は利用数量、注文種類、検査、執行方式にも依存します。

識別子、参照Bid/Ask、要求数量、約定を記録します。応答を失ったら再送前に口座状態を照合します。確認が届かなくても約定が存在する場合があります。VPSへの移動は一部遅延を変えられますが、固定速度は保証せず、ギャップ、業者障害、流動性制約もなくしません。

ping 5msは執行時間5msですか？

いいえ。特定の通信往復を測り、注文処理・執行全体の過程ではありません。

確認の遅延は未約定の証拠ですか？

いいえ。再送前に注文識別子、約定、ポジション状態を確認します。