ストップロスはもう通用しない、負けることは負けるのだ。
端末に負荷がかかったらどうする？
ターミナルは何の関係があるのでしょうか。ストップはブローカーによって実行されます。
ターミナルは何の関係があるのでしょうか。ストップはブローカーによって実行されます。
端末が十分に表示されないことがある。
まあクリアは表示されないんですけどね...。
そして、その結果がこちらです。
2019.08.28 18:51:03.621 Trades '***': deal #64635189 sell 1.00 Si-9.19 at 66765 done (based on order #0) 2019.08.28 18:51:03.622 Trades '***': deal #64635190 buy 1.00 Si-9.19 at 66765 done (based on order #0) 2019.08.28 18:55:32.098 Images Screenshot 'https://www.mql5.com/ru/charts/10605217/si-9-19-m1-ao-otkritie-broker-unikalni' published and successfully bound to user '-aleks-' 2019.08.28 19:00:04.594 Trades '***': deal #64639315 sell 1.00 Si-9.19 at 66777 done (based on order #108377158)
オープニングで閉じて、4秒だけ...。
そして、どう生きていけばいいのか。
そして、ここからが本題です。
オープニングで閉じたが、わずか4秒差で......。
それをどう生きるか？
端末になるべく機能を載せない。例えば、バーチャルストップがあるんです。
端末にはなるべく機能を押し付けないようにしたい。例えば、バーチャルストップがあるんです。
バーチャルなものはもっと危険だ。滑る、途切れる。この場合、すべてはブローカーに引き渡され、実行される。サーバーに障害があったことが判明したのですが、それ以外の理由はまだ考えられません。
そして、もし取り返しのつかないような急落があれば、損失はもっと大きくなる可能性があります。
ブローカーに何言ってんだと書けばいい、勿論デタラメ言うだろうけど。
私なら、ストップを自分のマーケットストップに並べ替えて、もうブローカーにストップを任せません。
バーチャルなものはもっと危険だ。滑る、途切れる。この場合、すべてはブローカーに引き渡され、実行される。サーバーに障害が発生したことが判明した。今のところ、それ以外の理由は思い当たらない。
つまりブローカーでのSLも市場で執行されるわけで、その執行の瞬間にスリッページがどうなるかはわからないのです。
SLとは要するに、市場で負けている取引を終了させる判断であり、バーチャルストップやブローカーストップなど、執行の種類に違いはない。
その違いは、ストップにも責任がないことを示したブローカーに頼るのではなく、すでに自分で責任を持つということです。
ブローカーでのSLも相場に従って執行されるわけで、その執行の瞬間にスリッページがどうなるかはわからないわけです。
ブローカーは、より小さいpingを持っている - 通常、より良い結果がある、システムは動作する時間を持っていないだろうと、実行の遅延が発生する可能性があります。
ムンディア、実行するという意味では悪くない乗り物です。
もし、不帰の急降下があれば、損失はもっと大きくなる可能性があります。
ブローカーに手紙を書いて、彼らが何を言っているのか伝えましょう。もちろん、彼らはでたらめを言うでしょう。
私なら、ストップを自分のマーケットストップに並べ替えて、もうブローカーにストップを任せません。
そう、この状況をどうにかしないと...。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
SLが壊れた-どうして？
MetaTrader取引プラットフォームのスクリーンショット
Si-9.19、M1、2019.08.28
JSC ''Otkritie Broker'、MetaTrader 5、Real
ストップロスブレーキ
ポジションが重くなり、ストップロスが閉じない。