特定のブローカーのライブ口座における複数注文入力の問題 - ページ 5

 
figurelli:

Alainさん、大丈夫です。これは良いOMSプロトコルでは必須なので、おそらくケースを見つけることはないでしょうから、回答する必要はありません。

また、最初の投稿の後、なぜ聞かなかったのか、これはおそらくオフトピックなので、話す必要はないでしょう。

とにかく、FOKは古いフィリングポリシーで、MQはおそらくOMSとの通信に対処するために導入されたので、例えばFIXのようなすべての良いOMSプロトコルで見つけることができます(2009年、MT5が存在する前のこのフォーラムのトピックのような)ことに注意してください。

ですから、私の意見では、FillまたはKill注文の10010リターンコードについて質問する理由はないと思います。このルールは必須であり、ブローカーとOMSプロバイダーはこれを尊重しなければならないので、ここがポイントです。

  • リターンコード10008と10009の違いは何ですか?
  • コード10010「リクエストの一部のみが完了しました」の意味は何ですか? OK 我々はFOK充填ポリシーにあるので、コード10010は あなたによると 不可能です。 ありがとうございました。
  • この文の意味は何ですか?"将来性"?「十分な安全性"・・・?「リターンコードの欠如」、何が欠如しているのでしょうか?

もちろん、Rogerioさんは答えなくてもいいんですよ、すべての答えを知っているわけではないのですから。でも、あなたのような実験的なトレーダーが教えてくれると思っていたんです。

全くオフトピックではありません。リクエスト・リターン・コードを包括的に理解することは、「二重注文」問題の解決に役立つと思いませんか。

 
Malacarne:

ご意見ありがとうございます・・・。人々の心に「混乱」をもたらすことは、私の意図するところではありません。

しかし、10010コードをチェックしなければ、エキスパートアドバイザーはこの可能性を回避し、複数の注文を送ることが できるので、私はそれがオフトピックだとは思わない(完全にトピックに関連していると思いませんか)...

これは、この同じトピックに関する最後の2つの投稿以来、私たちが警告 するために "しようとしている "ものです...

創造的な答え、多分、FOK注文の後に10010のようなものをテストすることで、MQサーバのバグやブローカーOMSルーティングの問題のような新しい何かを発見することができます。

しかし、この場合、10010を受信した後に何をするのですか?すべてのコードがここで行っているように、エラーをPrint()するのと同じではないのでしょうか?

とにかく、FIXプロトコルやOMSコーディングをデバッグしているのであれば、これは理にかなっているのですが、そうではないのだと思います。
 
Malacarne:
私の例では、私は約USD 200,000のボリュームについて話していた...私の知る限り、私たちの何人かは一回の取引でUSD 200,000以上の取引をしているようですが... :-)

こんにちは、私が言いたかったのは、1回の取引でどれだけのリスクを取るかということで、取引ロットの大きさのことではありません。例えば、資本金の2%をリスクにさらし、1回の取引で20万ドルの損失を許容する人がいたとします。 つまり、その人の口座の大きさは1000万ドル近くにもなるのです。このような口座規模は、小さなヘッジファンドや小さなプロップトレーダーと言えるのではないだろうか。 この場合、個人の小規模なトレーダーとは少し違った取り決めが必要なのではないかと私は考えています。 つまり、個人トレーダーのようなリテールブローカーと取引することは、おそらく賢明なことではないのです。

そうですね。

 
figurelli:
創造的な答え、多分、FOK 注文の後に10010の ようなものをテストすると、MQサーバのバグのような新しい何かを発見できるのでしょう。

しかし、この場合、10010を受け取った後、何をするのでしょうか?すべてのコードがここでやっているように、エラーをPrint()するのと同じではないの でしょうか?

とにかく、FIXプロトコルやOMSのコーディングをデバッグしているのであれば、これで納得できるのですが、そうではないのでしょう。

FOK注文後に10010コードが出る可能性があるとは言っていないのですが...。私は、10010コードをチェック する必要があると言っただけです。

そして、部分的なフィルを 扱う私のアプローチは、単純なPrint()ステートメントではありません...時には、特定の問題に対する解決策を見つけるために「創造的」でなければなりません... :-)

 
FinanceEngineer:

こんにちは、私が言いたかったのは、1回の取引でどれだけのリスクを取るかということで、取引ロットの大きさのことではありません。例えば、資本金の2%をリスクにさらし、1回の取引で20万ドルの損失を許容する人がいたとします。 つまり、その人の口座の大きさは1000万ドル近くにもなるのです。このような口座規模は、小さなヘッジファンドや小さなプロップトレーダーと言えるのではないだろうか。 この場合、個人の小規模なトレーダーとは少し違った取り決めが必要なのではないかと私は考えています。 つまり、個人トレーダーのようなリテールブローカーと取引することは、おそらく賢明なことではないのです。

ありがとうございました。

FinanceEngineerさん、おっしゃるとおりです。私は取引ごとのリスクについて話していなかったので、あなたの指摘を誤解していたなら申し訳ありません。私は本当に取引サイズについて話していたのですが...。
 
angevoyageur:
  • リターンコード10008と10009の違いは何ですか?
  • コード10010「リクエストの一部のみが完了しました 」の意味は何ですか? OK 我々はFOK充填ポリシーなので、コード10010は不可能とのこと ですが、どうでしょうか ありがとうございました。
  • この文の意味は何ですか?"将来性"?「十分な安全性"・・・?「リターンコードの欠如」、何が欠如しているのでしょうか?

もちろん、Rogerioさんは答えなくてもいいんですよ、すべての答えを知っているわけではないのですから。しかし、私はあなたのような実験的なトレーダーが私を啓発することができると考えていました。

全然オフトピックじゃないですよ。リクエストリターンコードの包括的な理解は、"ダブルオーダー "の問題に役立つと思いませんか。

アラン、私はいつもあなたに答えますが、時には私の答えは、わからない、間違っている、私のミス、などです。

  • リターンコード10008と10009の違いは何ですか?
    このトピックでは、ここに投稿されたオリジナルのコード(私のコードではない)であり、質問されたバグに関してではないので、10009 = 10008 + 1です(私の意見です)。
    とにかく、もしこれが関連すると思うのであれば、ぜひトピックを作って招待してください。
  • この文の意味は何でしょうか?"Future proof" ?"safe enough" for ... ?「リターンコードの欠如」、何が欠けているのでしょうか?
    Future proof」と「Safe enough」は、オーダー管理はプロセスであり、MQ/ブローカー/プロバイダーなどのルール、プロトコル、アーキテクチャなどは日々変化しているので、決定的な解決策とは考えないでください、という意味です。
    リターンコードがないのは、FinanceEngineerの2番目のコードでcheckOrderSend(以下のコード)を使っていますが、この変数を実際にテスト したことがないためです。
    bool checkOrderSend = OrderSend(request, result);

もし、答えられないことがあれば、また質問してください。

 
Malacarne:
FinanceEngineerさん、その通りです。私は取引ごとのリスクについて話していなかったので、あなたの指摘を誤解していたらすみません。私は本当に取引サイズについて話していたのです...

こんにちは :)

謝る必要はありません。

ここでは、オープンマインドで物事を議論しています。

世の中には、白か黒かの論理で解決できることはあまりないのです。

先ほどのお話にもありましたが、誰かに向かって発言するときに、ちょっとした創造性が生まれるんです。

これをディスカッションと呼んでいます。

10010コードの件ですが、10ロット以下しか送ってないのに10010コードが出たとしたら、かなり驚きです。

このような部分的なEAを使用した経験はありますか?では、あなたの注文は何ロット分送られたのでしょうか?)

ありがとうございます。

 
figurelli:

Alain、私はいつもあなたに答えますが、時には私の答えがI don't know, I'm wrong, my mistake, etc. 結局のところ、私たちは皆人間であり、ここで誰も完璧ではないのです。

  • リターンコード10008と10009の違いは何ですか?
    このトピックでは、10009 = 10008 + 1です。これはここに投稿されたオリジナルのコードであり(私のコードではない)、質問されたバグに関するものではないので(私の意見です)。
    とにかく、もしこれが関連すると思われるのであれば、ぜひトピックを立てて私たちを招待してください。

トピックを立てる必要はありません、すでにこのトピックがあります。このトピックでは、OPが厳しく要求したことに限定されないオープンな議論が、ダブルトレードの理由の完全な 説明につながることが分からないのでしょうか?

もちろん、他の理由で二重注文にならないとは限らないので、このトピックではそれを探っているのです。しかし、あなたはそれをあまり真剣に受け止めていないようです(10009=10008+1 ?)。このコードの本当の意味を理解している人は、今はいないようです。

  • この文の意味は何でしょうか?"将来の証拠"?"安全十分 "のために...?"Lack of return code", what is lacking ?
    Future proof」と「Safe enough」は、オーダー管理はプロセスであり、MQ/ブローカー/プロバイダーなどのルール、プロトコル、アーキテクチャなどは日々変化しているので、決定的な解決策とは考えない方が良いということです。
    リターンコードがないのは、FinanceEngineerの2番目のコードでcheckOrderSend(以下のコード)を使っていますが、この変数を実際にテストしたことがないためです。

この点にこだわっているようですが、実は関係ないのです。もし、返されたコードが10009または10008であれば、checkOrderSendはtrueにしかなりませんし、そうでなければfalseにしかならないのです。10009と10008のチェックは、10008または10009のコードがエラーを意味しない 限り、checkOrderSendのチェックを意味します。


 
FinanceEngineer:
...

10010コードについてですが、10ロット以下しか送らないのに10010コードを取得した人がいたら、かなり驚きますね。

そう、ダブルで注文を受けたら「かなり驚いた」でしょう。
 
FinanceEngineer:

10010コードについてですが、10ロット以下しか送らないのに10010コードを取得した人がいたら、かなり驚きますね。

以前、あなたのEAでそのような部分的な履行を経験したことがありますか?それなら、あなたの注文は何ロットサイズを送ったのでしょうか?)

はい、この問題は以前にも経験済みです...。しかし、私はこの問題をFXではなく、株取引で経験しました。