그리고 터미널에 과부하가 걸리면?
그리고 터미널이 그것과 무슨 관계가 있습니까? 중지는 브로커에서 실행됩니다.
그리고 터미널이 그것과 무슨 관계가 있습니까? 중지는 브로커에서 실행됩니다.
터미널이 제대로 표시되지 않는 경우가 있습니다.
글쎄, 그는 청소를 표시하지 않을 것입니다 ...
그리고 여기 결과가 있습니다
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도 시장에 따라 실행되며, 실행 시점에 어떤 슬리피지(slippage)가 발생할지 알 수 없습니다.
SL은 본질적으로 시장에서 손실된 거래를 종료하기 위한 결정이므로 실행 유형, 가상 중지 또는 브로커와의 중지에는 차이가 없습니다.
차이점은 귀하가 이미 정류장에 대한 책임이 있으며 브로커에게 의존하지 않는다는 것입니다.
그래서 브로커의 SL도 시장에서 실행되는데, 실행 시 어떤 슬리피지가 일어날지 알 수 없습니다.
브로커는 핑이 적습니다. 일반적으로 결과가 더 좋고 시스템이 작동할 시간이 없으며 약하지 않은 실행 지연이 있을 수도 있습니다.
Mndya는 성능면에서 나쁘지 않은 승차감입니다. 생각할 것이 있습니다.
그리고 돌이킬 수 없는 하향 곡선이 있다면 손실은 훨씬 더 커질 수 있습니다.
중개인에게 편지를 쓰고, 그들에게 도대체 무엇인지 보여주면, 그들은 확실히 말도 안되는 소리를 하게 될 것입니다.
나는 정류소를 시장 정류소로 변경하고 더 이상 내 정류소로 중개인을 신뢰하지 않을 것입니다.
예, 상황을 처리해야합니다 ...
Broke SL - 어때요?
MetaTrader 거래 플랫폼의 스크린샷
시-9.19, M1, 2019.08.28
JSC '오프닝 브로커', MetaTrader 5, Real
파산 정지 손실
위치를 측정하고 손절매가 닫히지 않습니다.