MQL4、MQL5に関する初心者からの質問、アルゴリズムやコードに関するヘルプ、ディスカッションなど。 - ページ 485

[Alexey Viktorov]

Artyom Trishkin:

リクオートはないのですか？ テスターでのリクオートの質問（！！）には、まず、初値が 混在していることが答えになると思います。

それとも、もう何もかも忘れてしまったのだろうか。

ウラジミール・ズボフ

テスターでもリクオートがあります。

テスターで実行する

void OnTick()
  {
   if(OrdersTotal() == 0)
    {
     Print("Bid = ", Bid);
     int ticket = OrderSend(_Symbol, OP_BUY, 0.1, Bid, 50, 0, 0);
     if(OrderSelect(ticket, SELECT_BY_TICKET))
      Print("OrderOpenPrice ", OrderOpenPrice());
    }
  }

そして、その結果をご覧ください。

2018.03.03 09:36:58.521 2017.01.02 00:00:00  Test button click EURUSD,H1: OrderOpenPrice 1.05119
2018.03.03 09:36:58.521 2017.01.02 00:00:00  Test button click EURUSD,H1: open #1  buy 0.10 EURUSD at 1.05119 ok
2018.03.03 09:36:58.521 2017.01.02 00:00:00  Test button click EURUSD,H1: Bid = 1.051

[Artyom Trishkin]

Vladislav Andruschenko:

私も同感です。

このテーマは非常にハチャメチャで、間違った停留所の問題を解決する100%の方法はまだありません。

1. 2*スプレッド
2. 3*スプレッド
3. 0〜1点

これらの選択肢はすべて、あるべき姿です。

シンボル情報でフローティングスプレッドを 引けるのに、なぜフローティングストップレベルを引けないのか、私には不明です。

というわけで、こんな発想です。結局のところ、ストップレベルはブローカーによって規制されています。

ニュースリリース時には10倍にするなど、自由に変更することができます。

なぜダメなのか？SYMBOL_TRADE_STOPS_LEVELが0であれば、フローティング（0と等しくないが、フローティング）ストップを示す。そして、推測するのです。一度や二度では130の誤差を捕らえることができ、スプレッドに応じて徐々にストップの大きさを大きくしていくのです。

[Vladislav Andruschenko]

Alexey Viktorov:

テスターで実行する

そして、その結果をご覧ください。

それは、スリッページが50に 設定されているからです

[Vladislav Andruschenko]

Artyom Trishkin:

なぜ不可能なのか？ゼロのSYMBOL_TRADE_STOPS_LEVELは、フローティング（ゼロに等しくないが、フローティング）ストップロスを示します。そして、推測するのです。一度や二度なら130の誤差をキャッチでき、スプレッドに応じて徐々にストップサイズを大きくしていくことができます。

その通り、それは推測です。:-)

また、ストップロスの比率は、ブローカーによって、ニュースリリースや ディーリング・ディレクターの誕生日などで変わることがあります。

証券会社の規定にも書いてある。

[Artyom Trishkin]

Alexey Viktorov:

テスターで実行する

そして、その結果をご覧ください。

不思議ですね。もしかしたら、これらの端末のビルドは、すでに長い間修正されているのかもしれませんが...。

昔（10年くらい前）、こういう「幼稚な」ミスをしたことがあるんです--その時はテスターにリクオートが あったんですけどね。その理由がわからなかった。でも、気がついたらBidで買ってました :)それ以来、私はその行動を覚えていますが、二度と自分自身で捕らえたことはありません - 通常、そのような方法でコードを書き続けないためには、一度で十分なのです。

[Alexey Viktorov]

Vladislav Andruschenko:

この発言は100％間違いないのでしょうか？

ブラッド、これ以上この問題を議論すると、ブローカーの議論に埋もれてしまうよ。だから、自分で価格やスプレッドをプリントアウトして、比較・分析したほうがいい。

ちょうど2つのスプレッドについては、まさにフローティング・スプレッドの 導入にさかのぼります。それは、読んだり使ったりして、どこで読んだか、誰が書いたか、など細かいことを思い出したくないときです。

[Artyom Trishkin]

Vladislav Andruschenko:

その通り、それは推測です。:-)

また、ストップロスの比率は、ブローカーによって、ニュースリリースや ディーリング・ディレクターの誕生日などで変わることがあります。

Stop-Lossのファクターを指標として使うこともあり、その場合はどうなるかを見ていきます。

まあ、これは水なんですけどね。

どうすればいいかを書きました。残念ながら、それ以外の方法はないのです。

[Vladislav Andruschenko]

この方法は、長い間、誰にでも使われてきたものです。

フォーラムには何十ものスレッドがあります。

しかし、それが（3ではなく）2倍であることを証明した人はいない。

Alexey Viktorov:

ブラッド、この問題をさらに論じると、ブローカーの議論に下りてしまう。だから、自分で価格やスプレッドをプリントアウトして、比較・分析したほうがいい。

ちょうど2つのスプレッドについては、フローティングスプレッドが 導入された頃にさかのぼります。それは、読んだり使ったりして、どこで読んだか、誰が書いたか、など細かいことを思い出したくないときです。

必要ない本当にそうなのか、うまくいくからそう思うのか、お聞きしました。(しかし、この理論を100社以上のブローカーで検証したわけではありません）。

あなたにとって、それが有効かどうか？私はただ、そう確信する必要はないのでは、とほのめかしただけです。

捕まることもある...。

ストッパーが小さすぎると、仮想的に閉じやすくなります。

[Valerius]

そこで、この状況を打開することができます。エラーが発生した場合、注文を修正しようとするたびに、ストップを1ピップずつ増加させる必要があります。注文が正常に変更されるまで。

こんなふうになるんです。

[Alexey Viktorov]

Vladislav Andruschenko:

この方法は、長い間、誰にでも使われてきたものです。

フォーラムには何十ものスレッドがあります。

しかし、それが（3ではなく）2倍であることを証明した人はいない。

必要ない本当にそうなのか、効果があるからそう思うのか、お聞きしました。(しかし、あなたは100以上のブローカーでこの理論をテストしていません）。

Vladは、議論するのが危険な他のスキームとは別に、注文を送信してから実行されるまでの間に、自然な価格変動があるのです。価格の乖離は、現在の価格から設定したストップまでの距離を長くする場合もあれば、短くする場合もあります。そしてこの場合、注文開始 価格からではなく、正確には現在の価格からの距離は、2スプレッド以下になります。このような場合、エラーが発生します。