이것은 자연스러운 일입니다. 하지만 무역 서버와의 연결이 이상적인 경우도 염두에 두었습니다. MT5가 마켓 터미널인 경우 완벽한 실행을 위해 지정가 주문이 오더북에 배치되고 스톱 오더는 MetaTrader5 Execution 서버 자체에서 시장 주문으로 실행됩니다. 나는 무역 서버와의 멋진 연결로 상황을 설명합니다.
- Stop 주문은 현재 오픈 포지션에 대한 StopLoss로 지정됩니다.
- 제한 주문(유리잔)은 현재 열려 있는 위치에 대한 TakeProfit으로 배치됩니다.
-중요한 소식이 나오면 가격이 Stop 주문에 도달하고 즉시 (1 초 미만) Limit 주문으로 돌진합니다. (이러한 주문이 서로 가까울 경우 상황이 매우 자주 발생합니다.)
이 밀리초 동안 어떤 일이 발생합니까?
- 실행 서버는 시장 가격으로 중지 주문을 실행하기 위해 시장 요청을 보냅니다.
- 실행 서버는 중지 주문이 실행된 가격을 수신하여 거래자에게 보냅니다.
- 실행 서버는 지정가 주문이 실행되었다는 알림을 수신하고(MetaTrader5 실행 서버가 아니라 ECN 또는 거래소가 실행에 대한 책임이 있음) 이에 대한 거래자 정보를 보냅니다.
흥미롭게도 마지막 지점과 끝에서 두 번째 지점은 순서가 다를 수 있습니다.
결과적으로 두 주문이 모두 실행되었으며 거래 서버에 이상적인 연결로 중지 주문이 실행된 후 거래자는 지정가 주문을 삭제할 수 없었습니다.
추신: 지정가 주문이 주문서에 포함되지 않고 실행 서버에서 시장 주문으로 실행되는 경우 이 예도 관련이 있습니다.
PPS 일반적으로 제때 삭제가 불가능한 상황이 있습니다. 여기서 위에서 설명한 FILL->KILL 주문의 상호 관계가 도움이 됩니다.
당신은 항상 그것에 대해 이야기하지만 나는 왜 그런지 이해할 수 없습니까? 그리고 이 순간은 MT4와 어떻게 다른가요?
분명히 MT4에서는 각 위치와 순서에 대해 정류장이 설정되었습니다.
그리고 5-ke에서 예를 들어 수학적 잠금을 구현하려면 지연을 정지로 설정해야 합니다.
초기 거래의 중지가 "잃어버렸기" 때문에 ...
피트: s-l 및/또는 t-p를 의미합니다.
추신: 내가 아주 잘 틀릴 수 있습니다.
아직 이 회계 견적이 익숙하지 않아서..
분명히 MT4 에서는 각 위치와 순서에 대해 정류장이 설정되었습니다.
그리고 5-ke에서 예를 들어 수학적 잠금을 구현하려면 지연을 정지로 설정해야 합니다.
초기 거래의 중지가 "잃어버렸기" 때문에 ...
피트: s-l 및/또는 t-p를 의미합니다.
STE 왜 당신이 그것을 삭제할 수 없습니다 이해? 우리는 두 개의 예금을 넣고 티켓을 기억하고 간단한 블록이 존재를 모니터링합니다. 하나가 트리거되면 두 번째는 삭제됩니다. 간단히 말해서 모든 것이 MT4와 같습니다....
STE 왜 당신이 그것을 삭제할 수 없습니다 이해? 우리는 두 개의 예금을 넣고 티켓을 기억하고 간단한 블록이 존재를 모니터링합니다. 하나가 트리거되면 두 번째는 삭제됩니다. 간단히 말해서 모든 것이 MT4와 같습니다....
확실하게 삭제해야 하기 때문에 사실 논버그가 "갑자기" 명료한 설명으로,
그리고 무엇과 관련하여, 또는 오히려 이 시세를 삭제할 시세...
일반적으로 이와 같은 ...
그리고 이것은 컴퓨터가 온라인 상태여야 한다는 사실은 말할 것도 없습니다. 언제나. 명확성을 위해.
STE 왜 당신이 그것을 삭제할 수 없습니다 이해? 우리는 두 개의 예금을 넣고 티켓을 기억하고 간단한 블록이 존재를 모니터링합니다. 하나가 트리거되면 두 번째는 삭제됩니다. 간단히 말해서 모든 것이 MT4와 같습니다....
하나의 지연이 오프라인으로 작동하면 두 번째 지연은 계속 정지 상태로 유지됩니다.
내 말은 오프라인 연기가 작동하면 두 번째 연기는 계속 매달려 있을 것입니다.
이것은 자연스러운 일입니다. 하지만 무역 서버와의 연결이 이상적인 경우도 염두에 두었습니다. MT5가 마켓 터미널인 경우 완벽한 실행을 위해 지정가 주문이 오더북에 배치되고 스톱 오더는 MetaTrader5 Execution 서버 자체에서 시장 주문으로 실행됩니다. 나는 무역 서버와의 멋진 연결로 상황을 설명합니다.
- Stop 주문은 현재 오픈 포지션에 대한 StopLoss로 지정됩니다.
- 제한 주문(유리잔)은 현재 열려 있는 위치에 대한 TakeProfit으로 배치됩니다.
-중요한 소식이 나오면 가격이 Stop 주문에 도달하고 즉시 (1 초 미만) Limit 주문으로 돌진합니다. (이러한 주문이 서로 가까울 경우 상황이 매우 자주 발생합니다.)
이 밀리초 동안 어떤 일이 발생합니까?
- 실행 서버는 시장 가격으로 중지 주문을 실행하기 위해 시장 요청을 보냅니다.
- 실행 서버는 중지 주문이 실행된 가격을 수신하여 거래자에게 보냅니다.
- 실행 서버는 지정가 주문이 실행되었다는 알림을 수신하고(MetaTrader5 실행 서버가 아니라 ECN 또는 거래소가 실행에 대한 책임이 있음) 이에 대한 거래자 정보를 보냅니다.
흥미롭게도 마지막 지점과 끝에서 두 번째 지점은 순서가 다를 수 있습니다.
결과적으로 두 주문이 모두 실행되었으며 거래 서버에 이상적인 연결로 중지 주문이 실행된 후 거래자는 지정가 주문을 삭제할 수 없었습니다.
추신: 지정가 주문이 주문서에 포함되지 않고 실행 서버에서 시장 주문으로 실행되는 경우 이 예도 관련이 있습니다.
PPS 일반적으로 제때 삭제가 불가능한 상황이 있습니다. 여기서 위에서 설명한 FILL->KILL 주문의 상호 관계가 도움이 됩니다.
CodeBase에서 그는 가상 포지션의 목적과 구현에 대한 아이디어를 제공하는 MetaTrader4에서 네팅 거래 방법 을 제안했습니다.
MQ가 Alpari 웹 사이트에서 말한 것을 상기시켜 드리겠습니다.
MetaTrader 5는 포지션을 별도로 저장한다는 아이디어와 정반대인 완전히 다른 거래 부분 아키텍처를 사용합니다. 하나의 시스템에서 분리 및 결합 직위 관리를 결합하는 것은 기술적으로 불가능합니다.
우리가 볼 수 있듯이 토론의 일주일도 채 지나지 않았고 getch 는 이미 MT4에서 우아한 네팅 거래 방법을 제안했습니다.
그런 다음 시작됩니다. - "우리는 오랫동안 전문가와상의하여 생각했습니다 ..."
사람들이 실수를 저질렀고, 이 질문을 끝까지 생각하지 않았으며, 분기 상을 받을 자격이 없다는 것을 인정하는 것이 매우 어렵습니다 .
CodeBase에서 그는 가상 포지션의 목적과 구현에 대한 아이디어를 제공하는 MetaTrader4에서 네팅 거래 방법 을 제안했습니다.
나도 고칠게:
1. 왜 필요한가?
2. 한 번에 하나 이상의 포즈를 취하지 않는 간단한 방법이 적합하지 않습니까?
3. 이것은 무엇을 증명합니까?
MQ가 Alpari 웹 사이트에서 말한 것을 상기시켜 드리겠습니다.
우리가 볼 수 있듯이 토론의 일주일도 채 지나지 않았고 getch 는 이미 MT4에서 우아한 네팅 거래 방법을 제안했습니다.
마찬가지로 우아하게 동일한 MK가 nettingists에게 다음과 같이 제공했습니다.
https://www.mql5.com/ru/forum/54564
이미 2006년에 이 지표가 배포 키트에 포함되어 있습니다...
nettingists가 그것을 사용하지 않는 유일한 이유는 전체 포즈의 평균 가격을 잘못 계산했기 때문입니다.
그러나 여기에 흥미로운 것이 있습니다. 아마도 열렬한 loKKist를 제외하고는 다른 사람의 문제는 신경 쓰지 않을 것입니다 ...
:))) 여기 iExposure가 마당에 오지 않았거나 nettingists가 길을 따라 어깨가 넓은 사람들이고 교활한 사람을 파고 있습니다.