SL/TP 주문 수락

fxsaber 2022.01.11 08:53 #61

fxsaber 거래 위험 과 고문의 논리 측면에서 얼마나 중요한지 말하기는 어렵습니다. 분명히 말할 수 있는 것은 버그가 있다는 것입니다. 서버가 주문을 잃고 있습니다.
ZY 이전 게시물에서 설명한 손실 사례에 다음을 추가합니다. 가격이 오픈 포지션에 도달했습니다. 서버는 해당 TP 시장 주문을 생성하여 터미널에 전달했습니다(어드바이저가 보았습니다). 그러다가 이 TP 시장가 주문은 단말기 뿐만 아니라 서버에서도 흔적도 없이 사라졌다.

구조적으로는 이렇게 됩니다.

가격이 오픈 포지션 테이크 수준에 도달합니다.
테이크 트리거가 서버에서 발생합니다. 티켓은 테이크 "주문"에 대해 생성되며 이에 대한 정보는 터미널에서 사용할 수 있습니다.
"주문"은 따옴표로 묶여 있습니다. 왜냐하면 서버의 경우 이것은 여전히 열등한 주문이기 때문입니다. 정확성에 대한 검사를 통과해야 합니다.
"주문"이 수표를 통과하지 못하면(터미널의 OrderCheck와 같이) 게이트웨이로 전송되지 않습니다. 본격적인 주문의 상태를 얻지 못합니다. 이 경우 거래 내역에 들어가지 않습니다.

예를 들어 이미 닫힘 상태에 있는 열린 위치의 테이크 트리거가 있는 경우 검사가 실패할 수 있습니다.

따라서 터미널에서 현재 본격적인 주문(수표를 통과하고 거래 내역에 들어갈 수 있음(거부된 경우에도))과 팬텀 주문(수표를 통과하지 못하고 거래 내역). 두 옵션 모두 고유한 티켓이 있습니다. 이론적으로 팬텀 주문은 동일한 티켓을 가질 수 있습니다.

이 체계는 MT5 서버의 비동기 아키텍처로 인해 구축되었습니다. 이것은 터미널의 OrderSendAsync 로직을 연상시킵니다. 서버가 팬텀 오더에 대한 정보를 단말로 보내기 전에 그 정확성을 확인하는 것이 맞다고 말씀드리기는 어렵습니다.

최적의 매개변수 선택의 기계화. 알고리즘, 결정 방법, 성능 거래 환경에서 작업할 때

fxsaber 2022.04.30 06:03 #62

TP 기능.

Формирование очередей исполнения торговых ордеров в MT5.

www.mql5.com

При анализе истории торгов обратил вниманием на интересную деталь влияния TP открытых позиций на исполнение лимитных ордеров. Переворот. Для подтверждения сделанной гипотезы был написан такой скрипт

A100 2022.04.30 09:29 #63

fxsaber # :

TP 기능.

공식적으로 여기에는 모순이 없습니다. 예에서 TP는 지정가 주문보다 먼저 배치되기 때문에 더 일찍 실행됩니다. 그리고 TP가 F를 통해 이상한 방식으로 실행된다는 사실은 또 다른 질문입니다.

위치가 먼저 열리면 한도가 설정되고 그 다음에야 TP가 설정되고 결과는 동일합니다. 그렇다면 생각할 것이 있습니다.

fxsaber 2022.04.30 10:15 #64

A100 # :

공식적으로 여기에는 모순이 없습니다. 예에서 TP는 지정가 주문보다 먼저 배치되기 때문에 더 일찍 실행됩니다. 그리고 TP가 F를 통해 이상한 방식으로 실행된다는 사실은 또 다른 질문입니다.

위치가 먼저 열리면 한도가 설정되고 그 다음에야 TP가 설정되고 결과는 동일합니다. 그렇다면 생각할 것이 있습니다.

명확성을 위한 예입니다. 결론은 예에서 나온 것이 아닙니다.

A100 2022.04.30 19:25 #65

fxsaber # :

명확성을 위한 예입니다. 결론은 예에서 나온 것이 아닙니다.

따라서 오류가 명백한 예를 만드십시오. 다른 모든 조건이 동일할 때 TP가 선행 지정가 주문보다 먼저 실행되면 정상이 아닙니다.

fxsaber 2022.04.30 22:55 #66

A100 # :

따라서 오류가 명백한 예를 만드십시오. 다른 모든 조건이 동일할 때 TP가 선행 지정가 주문보다 먼저 실행되면 정상이 아닙니다.

증거가 필요하지 않습니다. MQ는 작동 방식을 알고 있습니다.

A100 2022.05.01 00:07 #67

fxsaber # :

증거가 필요하지 않습니다. MQ는 작동 방식을 알고 있습니다.

당신이 세부 사항을 알고 있는지 의심됩니다. 나는 여기 에서 실수가 없음을 증명 하는 여러 페이지를 기억합니다 (그 당시에는 여전히 그러한 관행이있었습니다). 그런 다음 (몇 페이지 더 후) 그들은 여전히 잘못된 것이 있음을 인정했습니다. 그들은 그것을 알아 내기로 결정했습니다.

그리고 명확한 명확한 예가 없으면 (오늘날의 현실에서) 각각 이해할 이유가 없습니다.

fxsaber 2022.05.01 06:34 #68

A100 # :

그리고 명확한 명확한 예가 없으면 (오늘날의 현실에서) 각각 이해할 이유가 없습니다.

예가 항상 시련을 일으키지는 않습니다. MQ는 단순히 문제를 인식하지 못하거나 중요하지 않은 것으로 보입니다.

A100 2022.05.02 08:06 #69

fxsaber # :

예가 항상 시련을 일으키지는 않습니다. MQ는 단순히 문제를 인식하지 못하거나 중요하지 않은 것으로 보입니다.

다음과 같은 경우에만 중대한 문제가 발생합니다. TP가 실행되지 않고(가격이 사라졌으며 시간이 없었음) 결과적으로 제한도 실행되지 않습니다.

Andrey Khatimlianskii 2022.05.02 09:49 #70

그건 그렇고, 네, 흥미롭습니다. 스몰 리미트 플레이어가 거대한 포지션의 TP와 같은 수준인데 이 TP가 크다는 이유로 거절당하면 리밋 플레이어는 채울 기회조차 없을까요?

이것은 아마도 이미 조작될 수 있습니다.

SL/TP 주문 수락 - 페이지 7