OrderSendAsync()関数 - ページ 9

 
TheXpert:

ポートフォリオ・トレーディング+マーケット・エクセキューションで間違いない。

必要な実行 速度を考えると、もっと具体的に、多通貨のアービトラージができるかもしれません。他のアプリケーションは見当たりません(私の見方が悪いのかもしれませんが?)

この技術は、実際にどの程度適用できるのでしょうか?私の知る限り、一証券会社の見積もりレベルでは、このような衝突は起こりません。もしかしたら、ECNで...。しかし、全てに共通しているのは、1)神風改造、2)レアケース+少量であることです。努力する価値はあるのか?そうでしょうか。

 
papaklass:

1.前回の記事は、接続が途切れたときの実行問題の解決についてでした。中断が発生した場合、サーバーは応答を返すことができません。

2.高頻度取引では、スピードがより重要視されます。ここで重要なのは、他の人よりも早く注文を出し、その実行を確認することです。リクエストを送るたびにサーバーからの回答を待つようでは、これらの回答を待たない人たちに追い抜かれてしまうでしょう。

1.私もそう思います。

2.すでに上に書きました。これらはすべて、多通貨アービトラージにのみ適用されます。潜在顧客の0.001%にしか適用できない狭義の機能を作るために開発者を悩ませる--もちろん、できますし、そうすべきです。ただ、奇妙なのはこれだけです。間違った・素直でない基礎のまま、ある種の選択式に従事する。でも、それはそれで......。自由な主観的解釈結局、synchronousfunction OrderSend() はそのままで、私の利益は侵害されませんでした。:)

理由: