システムトレードを日々行う上で
注文エラーは多少でも無視できない問題であると言うことが徐々にわかってきました。

現在は１口座のみの稼動で注文不成立が起きた場合は 同じ口座に対して瞬時にリトライ注文を行う仕組みとしてありますが
そもそもアプリや業者のシステムトラブル等の場合はいくら再注文しても成立は不可能です。

■現在
手法成立
↓
注文１
↓
エラー
↓
再注文１
↓
エラー
↓
再注文２
↓
エラー
↓
再注文3
↓
エラー
↓
注文不成立

不成立により勝敗に影響が出る。不成立の勝ち負けに大きな片寄りがあった場合、たとえば５回連続で 勝ちとなるエントリーのみが不成立となった場合、本来想定していた勝率から大きく乖離する場合がある。

回避策として注文用ＰＣを２台稼動
そこそこリスク分散できるがＰＣの不具合などで片方に深刻なトラブルが発生した場合復旧できるまで１の状態に。

そこでトリプル注文SYSTEMを考案

ＰＣ２～３台で３口座に注文する。
注文方法は以下の２つが考えられます。

◆リレー形
３枚注文するとして
口座１に３枚注文
↓
エラー
↓
口座２に３枚注文
↓
エラー
↓
口座３に三枚注文
↓
成立

（通常は口座１で成立）

しかしながらこの場合口座３まで到達するのに時間がかかることに・・
そこで

◆分散型注文　※それぞれの口座に１枚注文
エラーリトライ分散形

手法成立
↓
口座１に１枚注文　　　　→　　　　エラー↓
同時に口座２に１枚注文→成立　　　→口座２に１のエラー分を１枚追加注文→成立
同時に 口座３に１枚注文→成立

１つがエラーを起こしても遅れが発生するのは１枚だけにとどまる。

さらにＰＣ３台であれば１台に問題が出ても２台で分散注文１台は時間をかけて復旧を行えるというメリットもあるでしょうか。
ＰＣ再起動をする場合は３台中の２台が稼動している状態で１台だけが再起動するようにすれば取引を中止せずに再起動が可能です。（これを考えるとやはり３台もしくはそれ以上が理想）
注文エラーは吉と働く場合もありますが回数が多い場合は勝率に深刻な問題が出てくる場合がほとんどです。
勝率の制度を上げるにはこのような仕組み作りが必要かと感じる今日このこの頃ではありますが、この仕組みをプログラミングするのはまた骨の折れる作業となりそうです。