初心者の方からの質問 MQL5 MT5 MetaTrader 5 - ページ 218 1...211212213214215216217218219220221222223224225...1504 新しいコメント 削除済み 2014.03.25 09:14 #2171 micle: サーバー側は単なるゲートウェイに過ぎない...。注文の執行に関しては、サーバー部分ではなく、ブローカーに大きく依存すると思います。 まあ、それはそれで確かめたいんですけどね。サーバー側で決定され、実行順序が保証されるのであれば、このような構成はアルゴリズムに利用できる。そうでないなら、無理です。 Vasiliy Sokolov 2014.03.25 09:14 #2172 Algo: ご教示ありがとうございます。しかし、質問は別のことでした。 実は、オーダー キューは保証されていない。指値注文の執行を保証するものではありません。この例では、0または+3契約のどちらかになります。 削除済み 2014.03.25 09:24 #2173 C-4: その件に関して、注文 行列は保証されていません。指値注文の執行を保証するものではありません。この例では、0または+3契約のどちらかになります。優先順位が保証されていないのに、どうして「0か3のどちらか」になるのでしょうか? bylimitの例では、本当に保証されていません。価格がbylimit以下になったら、すでに約定していることが保証されていますが、ストップロスはそうではありません。有効化して実行するのに時間がかかり、MTはすでにストップロス・レベルを新しいものに変更しているからです。 でも大丈夫、例のbylimitをsellstopに置き換えてみてください - それから?これは一般的な質問です。逆指値注文(ストップロスか単体の売り注文かは問わない)がブローカーに送られると、オーダーブックに登録される。価格がその水準に達したとき、オーダーブックからの注文は、そこに到着した順に執行されることが保証されているのでしょうか?オーダーブックがMTサーバーの一部である場合、開発者がその質問に答えることができるかもしれません。そうではなく、ブローカーでのオーダーブックは他のソフトウェアで処理され、MTはすべての取引を「通知」されるだけだとしたら、本当に、わからないのです。 Viktor К 2014.03.25 10:03 #2174 こんにちは。他人の信号を使用しながら、ロット音量を調整する方法があれば教えてください。関数「Execute within:」とは別です。私はこの例に遭遇しました:私の信号プロバイダは、ロットボリューム0.40を持っており、私は0.1を持っている...ともにレバレッジ1*100、内で実行する。5.0価値。預け入れ量などに影響があるのでしょうか? Vladimir Karputov 2014.03.25 10:22 #2175 539exnkx: 作者は不明ですが、自分で攻略法を記述できるのか、それともロボットを並べ替える方が簡単なのか?ここでは2つの選択肢があります。自分でコードを書くコードを注文して ください。 Vasiliy Sokolov 2014.03.25 10:23 #2176 Algo:優先順位が保証されていないのに、どうして「0か3のどちらか」になるのでしょうか? bylimitの例では、本当に保証されていません。価格がbylimit以下になったら、すでに約定していることが保証されていますが、ストップロスはそうではありません。なぜなら、その起動と実行には時間がかかり、MTはすでにストップロスのレベルを新しいものに変更しているからです。 しかし、例のバイリミットをセルストップに置き換えると、どうなるでしょうか?一言で言うと、こんな感じの質問です。ブローカーに逆指値注文(損切りか売りかは問わない)を出すと、オーダーブックに登録されます。価格がその水準に達したとき、オーダーブックからの注文は、そこに到着した順に執行されることが保証されているのでしょうか?オーダーブックがMTサーバーの一部である場合、開発者がその質問に答えることができるかもしれません。そうではなく、ブローカーでのオーダーブックは他のソフトウェアで処理され、MTはすべての取引を「通知」されるだけだとしたら、本当に、わからないのです。もっとわかりやすく説明しましょう。1.3000に逆指値注文をしていますね。価格が1.3000に達した後、ストップオーダーが実行され、同じ瞬間に価格が1.3001に戻るとします。逆指値注文が実行される時間は、100ミリ秒でも100秒でもかまいません。重要なのは、それが実行されることです。この場合、注文が実行 される頃には、価格はすでに1.3001になっています。つまり、あなたのストップはプラスのスリッページを持つことになります。しかし、1.3001の買い指値は決して実行されない。入札は、FIFO原則(先着順)に従って実行されます。ただし、この機能をアルゴリズムで使うことはできません。取引履歴で確認できる注文執行時間も、この原則に従うという保証はありません。 削除済み 2014.03.25 10:44 #2177 C-4:簡単に説明します。1.3000に逆指値注文をしていますね。価格が1.3000に達するとストップオーダーが実行され、同じ瞬間に価格が1.3001に戻ったとします。逆指値注文が実行される時間は、100ミリ秒でも100秒でもかまいません。重要なのは、それが実行されることです。この場合、注文が実行 される頃には、価格はすでに1.3001になっています。つまり、あなたのストップはプラスのスリッページを持つことになります。しかし、1.3001の買い指値は決して実現しない。 コメントで「バイリミットを下回ったら」と書きました。この例で価格を1.2999(bylimitは1.3000)に置き換えると、それ以降の計算が直ちに変更されます。C-4: 取引履歴で確認できる約定時刻も、この原則に従うという保証はありません。 まさに、そこが問題なのです。そのような保証はないと確信しているのですか、それとも思い込んでいるのですか? Maxim Khrolenko 2014.03.25 11:36 #2178 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 К 2014.03.25 12:25 #2179 paladin800:そうですね、預金額も影響します。あなたの、そしてプロバイダーのものは何ですか?はい、私の預金のほとんどはボーナス資金なので、カウントされずドローダウンに参加しないようです。情報ありがとうございます、調べます) Maxim Khrolenko 2014.03.25 12:37 #2180 ViktorK:はい、私の預金のほとんどはボーナス資金なので、ドローダウンにはカウントされないし、参加しないようです。情報ありがとうございます、調べます) 私の意見では、入金額の一部がボーナス資金であることは影響しないはずです。何でもありですが。ちなみに、シグナルに申し 込んだ場合、ロット計算時にボーナスが使われるかどうかは、ブローカーに尋ねてみてください。もしよろしければ、ブローカーの反応も教えてください、とても興味深いです。 1...211212213214215216217218219220221222223224225...1504 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
サーバー側は単なるゲートウェイに過ぎない...。注文の執行に関しては、サーバー部分ではなく、ブローカーに大きく依存すると思います。
ご教示ありがとうございます。しかし、質問は別のことでした。
その件に関して、注文 行列は保証されていません。指値注文の執行を保証するものではありません。この例では、0または+3契約のどちらかになります。
優先順位が保証されていないのに、どうして「0か3のどちらか」になるのでしょうか? bylimitの例では、本当に保証されていません。価格がbylimit以下になったら、すでに約定していることが保証されていますが、ストップロスはそうではありません。有効化して実行するのに時間がかかり、MTはすでにストップロス・レベルを新しいものに変更しているからです。 でも大丈夫、例のbylimitをsellstopに置き換えてみてください - それから?
これは一般的な質問です。逆指値注文(ストップロスか単体の売り注文かは問わない)がブローカーに送られると、オーダーブックに登録される。価格がその水準に達したとき、オーダーブックからの注文は、そこに到着した順に執行されることが保証されているのでしょうか?オーダーブックがMTサーバーの一部である場合、開発者がその質問に答えることができるかもしれません。そうではなく、ブローカーでのオーダーブックは他のソフトウェアで処理され、MTはすべての取引を「通知」されるだけだとしたら、本当に、わからないのです。
こんにちは。他人の信号を使用しながら、ロット音量を調整する方法があれば教えてください。関数「Execute within:」とは別です。
私はこの例に遭遇しました:私の信号プロバイダは、ロットボリューム0.40を持っており、私は0.1を持っている...ともにレバレッジ1*100、内で実行する。5.0価値。預け入れ量などに影響があるのでしょうか?
作者は不明ですが、自分で攻略法を記述できるのか、それともロボットを並べ替える方が簡単なのか?
ここでは2つの選択肢があります。
優先順位が保証されていないのに、どうして「0か3のどちらか」になるのでしょうか? bylimitの例では、本当に保証されていません。価格がbylimit以下になったら、すでに約定していることが保証されていますが、ストップロスはそうではありません。なぜなら、その起動と実行には時間がかかり、MTはすでにストップロスのレベルを新しいものに変更しているからです。 しかし、例のバイリミットをセルストップに置き換えると、どうなるでしょうか?
一言で言うと、こんな感じの質問です。ブローカーに逆指値注文(損切りか売りかは問わない)を出すと、オーダーブックに登録されます。価格がその水準に達したとき、オーダーブックからの注文は、そこに到着した順に執行されることが保証されているのでしょうか?オーダーブックがMTサーバーの一部である場合、開発者がその質問に答えることができるかもしれません。そうではなく、ブローカーでのオーダーブックは他のソフトウェアで処理され、MTはすべての取引を「通知」されるだけだとしたら、本当に、わからないのです。
もっとわかりやすく説明しましょう。1.3000に逆指値注文をしていますね。価格が1.3000に達した後、ストップオーダーが実行され、同じ瞬間に価格が1.3001に戻るとします。逆指値注文が実行される時間は、100ミリ秒でも100秒でもかまいません。重要なのは、それが実行されることです。この場合、注文が実行 される頃には、価格はすでに1.3001になっています。つまり、あなたのストップはプラスのスリッページを持つことになります。しかし、1.3001の買い指値は決して実行されない。
入札は、FIFO原則(先着順)に従って実行されます。ただし、この機能をアルゴリズムで使うことはできません。取引履歴で確認できる注文執行時間も、この原則に従うという保証はありません。
簡単に説明します。1.3000に逆指値注文をしていますね。価格が1.3000に達するとストップオーダーが実行され、同じ瞬間に価格が1.3001に戻ったとします。逆指値注文が実行される時間は、100ミリ秒でも100秒でもかまいません。重要なのは、それが実行されることです。この場合、注文が実行 される頃には、価格はすでに1.3001になっています。つまり、あなたのストップはプラスのスリッページを持つことになります。しかし、1.3001の買い指値は決して実現しない。
取引履歴で確認できる約定時刻も、この原則に従うという保証はありません。
こんにちは。他人の信号を使用しながら、ロット音量を調整する方法があれば教えてください。関数「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.
そうですね、預金額も影響します。あなたの、そしてプロバイダーのものは何ですか?
はい、私の預金のほとんどはボーナス資金なので、カウントされずドローダウンに参加しないようです。
情報ありがとうございます、調べます)
はい、私の預金のほとんどはボーナス資金なので、ドローダウンにはカウントされないし、参加しないようです。
情報ありがとうございます、調べます)