MT5でポジションの集計構造のRELIABLEな会計を実装することは可能でしょうか? - ページ 6

 
fwiq >> :

もう一つの選択肢は こちら

そんな問題があるんですね...。例えば、STPブローカー(インテグレーター)は、取引注文を即座に送信して執行するのではなく、一定の頻度で送信するために蓄積することを余儀なくされています。例えば、銀行(FOREXの話です)は、FIX APIでサーバーに来る取引注文の頻度が高いことを(彼らの裁量で)歓迎しないことが理由の1つです。そのため、サーバーの安定性を脅かすものとして、悪用するブローカークライアントを無効化することがあります。

ただ、ブローカーのサーバー側でのバーチャルポジションの有無は、ブローカーとその流動性プロバイダー間の取引注文数には影響しないようです。

 

コメント経由では、なぜ信頼性が低いのでしょうか?

注文のコメント欄に、注文を出したエキスパートの名前やマジック、MT4ロジックでの操作のロジックコード(open/closing)を記入する必要があります。そして、そのほかに注文がクローズするように送信されたとき、コメントでどのような注文がクローズするのか(チケット)を指定します。注文が実行されると、常にその注文に関連する取引があり、(DEAL_ORDER フィールドによって)見つけることができます。したがって、現在の集計ポジションを、まだ決済されていない注文(クローズコメントのある注文はない)と、決済された注文(関連する取引がある)に分けることが常に可能であり、これらの情報はすべてサーバーに格納されます。

 
Avals >> :

コメント経由では、なぜ信頼性が低いのでしょうか?

注文のコメントに、注文を出したExpert Advisorのマジックや名前、MT4のロジックで操作したロジックコード(open/closing)を記入する必要があります。そして、そのほかに注文がクローズするように送信されたとき、コメントでどのような注文がクローズするのか(チケット)を指定します。注文が実行されると、常にその注文に関連する取引があり、(DEAL_ORDER フィールドによって)見つけることができます。したがって、現在の集計ポジションは常に、まだ決済されていない注文(決済されたというコメントがある注文はない)と、決済された注文(リンクされた取引がある)に分けることができ、その情報はすべてサーバーに保存されます。

この ページでは、その理由について説明します。

 
getch писал(а)>>

この ページでは、その原因について説明します。

getch さんが書き込みました
マジックでEAをした場合を想像してください。このEAのポジションが赤字になったある瞬間、あなたは「もう何もかも嫌になった、休もう」と決意しました。休暇から戻り、同じExpert Advisorを実行しようとしたとき、Magicの履歴を分析したところ、ポジションがオープンになっていることがわかりました。

これは斜め上の例ですが、イメージはつかめると思います。

EAを削除する場合、そのEAのすべてのポジションを自動的にクローズするようにします。あるいは、EAにメッセージングを提供する(ユニバーサルにすることも可能)。開いたものはすべてExpert Advisorも閉じる必要がありますが、ユーザーの要求に応じて閉じることができます。

短く言えば、可能ではあるが、誰にとっても便利というわけではない。

 
Avals писал(а)>>

getch さんが書き込みました
マジックでEAをした場合を想像してください。ある時、このEAのポジションが赤字になった時、「もう何もかも嫌になった、休もう」と決心するのです。休暇から戻り、同じExpert Advisorを実行しようとすると、Magicによる履歴分析でオープンになっていることが分かります。

斜め上の例ですが、イメージはつかめると思います。

EAを削除するとき、自動的にすべてのポジションをクローズするようにする。.または、EAとのメッセージ交換を提供する(ユニバーサルにすることも可能)。開いたものはすべてExpert Advisorも閉じる必要がありますが、ユーザーの要求に応じて閉じることができます。

要するに、可能ではあるが、誰にとっても便利というわけではないのだ。

これはやりすぎだ...。

 
getch >> :

マジックでEAをした場合を想像してください。このEAのポジションが赤字になったある時点で、「もう何もかも嫌になった、休みたい」と思ったんですね。休暇から戻り、同じExpert Advisorを実行することにしたとき、マジック履歴の分析に基づいて、そのポジションがオープンであることを確認します。

斜め上の例ですが、イメージはつかめると思います。

そこが例の遠回しなところだと思うんです。ディスプレイ上にボタンを作り、「close everything」のような名前で、希望するマークですべてを閉じることができるのです。

 
集計位置がTPとSLが1つずつしかないのも悲しい...。
 
avtomat писал(а)>>

これは明らかにやりすぎだ...。

これは、特定のトレーダーの仕事のやり方に合えば、導入できるオプションの一つです。他のトレーダーとは異なる方法で行うことができます。例えば、リモートEAの注文を手動で実行させたままにしておく意味がわからない。開くためのロジックがあり、それは閉じるためのロジックに対応し、全体の一部分である。

 
Figar0 писал(а)>>
集計位置がTPとSLが1つずつしかないのも悲しい...。

リンクされたオーダーの異なる制御ロジックは、おそらく別のライブラリ関数として行うことができるだろう。コメントで全て済んでしまうのではないでしょうか。

 
Avals >> :

リンクされたオーダーの異なる制御ロジックは、おそらく別のライブラリ関数として行うことができるだろう。コメントを通じて、おそらくすべてが

いろいろなことができますが、「TPとSLは1つだけ......」です。 そして、TPとSLは、インターネットがなくても、EAがなくても、ライブラリ機能がなくても、動作するのがいいところです。現在では、例えば、2つ、あるいは1つの方向性の保留注文を異なるTPレベルで手動で設定することはできません。いや、たくさんたくさんですが、この端末のネットポジションは一歩後退しています。もちろん、DCはネットポジションで動くので楽ですが、トレーダーにとっては面倒なんです。