米ドルに何が起こったのか、知る由もない。 - ページ 6

 

AscはBidに関係なくサーバーにプログラムされているため、Bidより少なくなる。AskをBidのスプレッドに依存させ、サーバーがスプレッドを変更するだけで、AskがBidより常に高くなるようにすればよかったのです。そのためか、ユーラの急上昇中に突然エラーが出るようになりました。無事に終わってよかったです:)

 
borilunad:

AskはBidと独立してサーバーにプログラムされるため、Bidより小さくなります。

おそらく、ユーラの急激な上昇時に突然エラーが発生したのが原因 だと思います。すべてうまくいってよかった!:)

ここで、あなたのコードで処理するための別のケースを紹介します ;)
 
papaklass:

円はすでに昨日からの上昇分をすべて埋め合わせた。日銀のルール:)

他のメジャーもJPYの行動を繰り返すのだろうか?

可能性は高い
 
papaklass:

さあ、いよいよです。:)

アスクとビッドは市場の需給を反映しています。それらは独立した価値観です。そして、スプレッドはビッドとアスク(Ask/Bid)に依存する値である。便宜上、Spreadを導入しています。

分かりやすい説明ありがとうございました

しかし、FXはデータの遅れなどから実際の需給を反映したものではありません。DCのスプレッドがマイナスになるのは儲かるのか?

 
artmedia70:
ここで、あなたのコードで処理するための別のケースを紹介します ;)
アルチョム、いい子にしてろよーこれらのエラーとその対処は私の手元に残り、注文はエラーなくサーバーに送られた。しかし、もしマイナススプレッドで無意味なことがなければ、私のフクロウはリトライで時間を浪費することなく、より速く取引し、より多くの利益を達成することができるでしょう
 
borilunad:
アルチョム、いい子にしてろよーこれらのエラーとその対処は私の手元に残り、注文はエラーなくサーバーに送られた。しかし、もし負のスプレッドで無意味なことがなければ、私のフクロウはリトライに時間を浪費することなく、より速くトロールし、より多くの利益を達成することができます。
そのため、エラー後の再試行を避けるためには、送信されるオーダーが正しいかどうかを事前に確認する必要があります。
 
papaklass:

証券会社が実質USTを持ち、手数料だけを受け取るのであれば、スプレッドがマイナスであろうがなかろうが、証券会社は気にしないのである。顧客がより多くの取引を行い、より多くの出来高を示すことが、証券会社にとって利益となるのである。

マイナススプレッドは厨房にとって利益にならないので、マイナススプレッドを認めない。:)

また、利用して いる証券会社のスプレッドは?もしや、秘密ではない?個人的なメッセージでお聞きいただいても結構です。
 
tol64:
いずれにせよ、脱出した。よく眠れたのでしょう。)))

100ポンドでは徹夜するほどの価値はない。

は、のんびりと少しお金を足すことにしました)。

 
artmedia70:
そのため、エラー後の再試行を避けるためには、送信されるオーダーが正しいかどうかを事前に確認する必要があります。
Breakevenにしたり、TPを設定することで、気配値が限界を超えると、一瞬で価格が限界を超えてしまうので、この「反転した」気配値のためにエラーが発生したとしか思えません。私のスリッページは最高で30、ダブルスプレッドですが。また、リトライはすでに新しい価格になっていますが、それでも、このような急激な動きの場合、再び価格の不一致が起こる可能性があります。
 
borilunad:
このエラーは、これらの「反転した」相場によって引き起こされたとしか考えられません。なぜなら、相場がマークを外したときにブレークイーブンまたはTPを設定すると、一瞬で価格がマークを外し、私のスリッページが30とスプレッドの2倍の大きい方であるにもかかわらず、このようになります。また、リトライはすでに新しい価格になっていますが、それでもこれだけ急激な動きがあると、また価格のミスマッチが起こる可能性があります。
Expert Advisor は、エラーログにエラーと信号のエラーフリー送信に重要なすべての値のサイズを報告しないのですか?