初心者の方からの質問 MQL5 MT5 MetaTrader 5 - ページ 218

[削除済み]

micle:
サーバー側は単なるゲートウェイに過ぎない...。注文の執行に関しては、サーバー部分ではなく、ブローカーに大きく依存すると思います。

まあ、それはそれで確かめたいんですけどね。サーバー側で決定され、実行順序が保証されるのであれば、このような構成はアルゴリズムに利用できる。そうでないなら、無理です。

[Vasiliy Sokolov]

Algo:
ご教示ありがとうございます。しかし、質問は別のことでした。

実は、オーダー キューは保証されていない。指値注文の執行を保証するものではありません。この例では、0または+3契約のどちらかになります。

[削除済み]

C-4:
その件に関して、注文 行列は保証されていません。指値注文の執行を保証するものではありません。この例では、0または+3契約のどちらかになります。

優先順位が保証されていないのに、どうして「0か3のどちらか」になるのでしょうか？ bylimitの例では、本当に保証されていません。価格がbylimit以下になったら、すでに約定していることが保証されていますが、ストップロスはそうではありません。有効化して実行するのに時間がかかり、MTはすでにストップロス・レベルを新しいものに変更しているからです。 でも大丈夫、例のbylimitをsellstopに置き換えてみてください - それから？

これは一般的な質問です。逆指値注文（ストップロスか単体の売り注文かは問わない）がブローカーに送られると、オーダーブックに登録される。価格がその水準に達したとき、オーダーブックからの注文は、そこに到着した順に執行されることが保証されているのでしょうか？オーダーブックがMTサーバーの一部である場合、開発者がその質問に答えることができるかもしれません。そうではなく、ブローカーでのオーダーブックは他のソフトウェアで処理され、MTはすべての取引を「通知」されるだけだとしたら、本当に、わからないのです。

[Viktor К]

こんにちは。他人の信号を使用しながら、ロット音量を調整する方法があれば教えてください。関数「Execute within:」とは別です。

私はこの例に遭遇しました：私の信号プロバイダは、ロットボリューム0.40を持っており、私は0.1を持っている...ともにレバレッジ1*100、内で実行する。5.0価値。預け入れ量などに影響があるのでしょうか？

[Vladimir Karputov]

539exnkx:
作者は不明ですが、自分で攻略法を記述できるのか、それともロボットを並べ替える方が簡単なのか？

ここでは2つの選択肢があります。

1. 自分でコードを書く
2. コードを注文して ください。

[Vasiliy Sokolov]

Algo:

優先順位が保証されていないのに、どうして「0か3のどちらか」になるのでしょうか？ bylimitの例では、本当に保証されていません。価格がbylimit以下になったら、すでに約定していることが保証されていますが、ストップロスはそうではありません。なぜなら、その起動と実行には時間がかかり、MTはすでにストップロスのレベルを新しいものに変更しているからです。 しかし、例のバイリミットをセルストップに置き換えると、どうなるでしょうか？

一言で言うと、こんな感じの質問です。ブローカーに逆指値注文（損切りか売りかは問わない）を出すと、オーダーブックに登録されます。価格がその水準に達したとき、オーダーブックからの注文は、そこに到着した順に執行されることが保証されているのでしょうか？オーダーブックがMTサーバーの一部である場合、開発者がその質問に答えることができるかもしれません。そうではなく、ブローカーでのオーダーブックは他のソフトウェアで処理され、MTはすべての取引を「通知」されるだけだとしたら、本当に、わからないのです。

もっとわかりやすく説明しましょう。1.3000に逆指値注文をしていますね。価格が1.3000に達した後、ストップオーダーが実行され、同じ瞬間に価格が1.3001に戻るとします。逆指値注文が実行される時間は、100ミリ秒でも100秒でもかまいません。重要なのは、それが実行されることです。この場合、注文が実行 される頃には、価格はすでに1.3001になっています。つまり、あなたのストップはプラスのスリッページを持つことになります。しかし、1.3001の買い指値は決して実行されない。

入札は、FIFO原則（先着順）に従って実行されます。ただし、この機能をアルゴリズムで使うことはできません。取引履歴で確認できる注文執行時間も、この原則に従うという保証はありません。

[削除済み]

C-4:

簡単に説明します。1.3000に逆指値注文をしていますね。価格が1.3000に達するとストップオーダーが実行され、同じ瞬間に価格が1.3001に戻ったとします。逆指値注文が実行される時間は、100ミリ秒でも100秒でもかまいません。重要なのは、それが実行されることです。この場合、注文が実行 される頃には、価格はすでに1.3001になっています。つまり、あなたのストップはプラスのスリッページを持つことになります。しかし、1.3001の買い指値は決して実現しない。

コメントで「バイリミットを下回ったら」と書きました。この例で価格を1.2999（bylimitは1.3000）に置き換えると、それ以降の計算が直ちに変更されます。

C-4:
取引履歴で確認できる約定時刻も、この原則に従うという保証はありません。

まさに、そこが問題なのです。そのような保証はないと確信しているのですか、それとも思い込んでいるのですか？

[Maxim Khrolenko]

ViktorK:

こんにちは。他人の信号を使用しながら、ロット音量を調整する方法があれば教えてください。関数「Execute within:」とは別です。

私はこの例に遭遇しました：私の信号プロバイダは、ロットボリューム0.40を持っており、私は0.1を持っている...ともにレバレッジ1*100、内で実行する。5.0価値。預金量の影響とかあるんですか？

はい、預け入れサイズに影響します。あなたの、そしてプロバイダーのものは何ですか？契約時にデポジットの95％活用を入れたのでしょうか？

例1）お客様のレバレッジは同じ（1：100または1：500は関係ありません）、プロバイダーは預金＝10000$、お客様＝5000$、加入時に預金の95％の使用を選択しました。プロバイダが0.40ロットのポジションを開くと、0.19が得られます。ロットは次のように計算されます：0.40 / 2 = 0.20 （保証金が半分なので） 0.20 =0.19 の95%を取ります。

例2）プロバイダーはレバレッジ＝1:500、預金＝10000$です。レバレッジ＝1:100、預金額5000$で、預金額の50%を使用します。彼のロット＝0.40。ロットは、0.40 / 2 (保証金が2倍) = 0.20, 次に 0.20 / 5 (レバレッジが5倍) = 0.04, 次に 0.04 / 2 (保証金の50%を使用するため)として計算されます。=0.02.

[Viktor К]

paladin800:

そうですね、預金額も影響します。あなたの、そしてプロバイダーのものは何ですか？

はい、私の預金のほとんどはボーナス資金なので、カウントされずドローダウンに参加しないようです。

情報ありがとうございます、調べます)

[Maxim Khrolenko]

ViktorK:

はい、私の預金のほとんどはボーナス資金なので、ドローダウンにはカウントされないし、参加しないようです。

情報ありがとうございます、調べます)

私の意見では、入金額の一部がボーナス資金であることは影響しないはずです。何でもありですが。ちなみに、シグナルに申し 込んだ場合、ロット計算時にボーナスが使われるかどうかは、ブローカーに尋ねてみてください。もしよろしければ、ブローカーの反応も教えてください、とても興味深いです。