눈사태 - 페이지 72

 
JonKatana >> :

MetaTrader 5는 MetaTrader 4와 동일한 주문 유형(구매, 판매, 판매 중지, 판매 중지, 구매 제한, 판매 제한)을 가지고 있습니다. Avalanche는 정확히 같은 방식으로 작동합니다. MT5에 두 가지 새로운 주문 유형인 Buy Stop Limit 및 Sell Stop Limit이 추가되었지만 Avalanche에는 필요하지 않습니다.


MT 5의 도움으로:
  • 위치
    포지션은 시장 의무, 금융 상품에 대한 매매 계약 수입니다. 롱포지션(Long)은 가격상승을 예상하여 구매한 금융상품이고, 숏포지션(Short)은 미래의 가격하락을 예상하여 인도할 의무가 있습니다. 각 금융 상품에 대해 하나의 계정에 하나의 포지션만 존재할 수 있습니다.
  • 반대 포지션이 가능한 반전에서 계속 닫혀 있다면 Avalanche는 어떻게 작동합니까?
 
JonKatana >> :
Уже писал - для этого после начала получения прибыли нужно закрыть перекрытые ордера (одна команда) и поставить трал на оставшийся прибыльный ордер (вторая команда). Можно наоборот. Вместо того, чтобы закрывать 5-6 ордеров (5-6 команд). А если их будет 10? Я ничего не пишу просто так - читайте внимательнее.


잘 읽었습니다 :)
거래 주문을 발행할 때 진행되는 내부 프로세스를 완전히 인식하지 못하는 것 같습니다.
그래서... "Close Closed Orders" 명령을 내릴 때 - 이것이 하나의 명령인 것처럼 착각하게 됩니다... 그건 아닙니다... 버튼을 한 번 눌렀습니다. 그리고 어떤 것들은 당신의 눈에서 숨겨져 있습니다.
사실 이것은 단 두 개의 명령에 대한 하나의 명령입니다. 예를 들어 4개의 주문이 있는 경우 이는 이미 최소 2개의 거래 주문입니다.
OrderCloseBy(주문1,주문2)
OrderCloseBy(주문3,주문4)

이것은 단지 예일 뿐이며 모든 주문의 양이 동일한 이상적인 조건입니다. 볼륨이 같지 않으면 아마도 더 많은 주문이있을 것입니다 ...
따라서 - 각각에 대해 반복합니다. 모든 거래 주문에 대해 실제 거래에서 - 세 가지 가능성이 매우 높습니다.
잠시만요 - 즉. 서버는 오랫동안 주문을 실행하지 않습니다. (여러 가지 이유로 연결 불량에서 DC 서버 문제 등).
인용 - 즉. 이것은 터미널에 있는 가격으로 주문할 때입니다. 다른 견적은 이미 DC의 서버에 도착했습니다. 그리고 그는 명령 실행을 거부합니다. tk. 주문의 가격이 현재 견적과 일치하지 않으며 sleepage 매개변수에 지정된 실행을 초과합니다. 이 상황은 차단된 주문에는 적용되지 않지만, 잠긴 주문의 경우 일반적으로 마감 가격은 중요하지 않습니다. 최종 결과는 이것으로 인해 변경되지 않습니다. 이것은 DC 측에서 온 것입니다... 그러나 눈사태와 관련하여 - 잠긴 주문이 마감되는 가격 - 똑같이 중요합니다.
옵션 3 - 미끄러짐이 충분히 큰 경우 - 예를 들어 재인용을 줄이기 위해 10점을 넣습니다. 그런 다음 상황은 이 주문을 제공한 완전히 다른 가격으로 주문이 실제로 마감될 가능성이 매우 높습니다. 이것을 슬립이라고 합니다. 같은 방식으로... 고정된 주문의 경우 이론적으로 어떤 가격으로 청산해야 하는지는 중요하지 않으며 여기에는 거의 적용되지 않습니다... 하지만 눈사태와 관련하여 중요합니다...

잠긴 주문이 예상과 완전히 다르게 마감되면 10 또는 20포인트 높거나 낮습니다. 눈사태는 어떻게 될까요? 그런 다음 자물쇠가 (아마도) 무너졌지만 당신이 그렇게 많이 의존하는 가장 큰 주문은 아마도 빨간색으로 동일하게 유지되었을 것입니다.
그리고 이것은 실생활에서 매우 자주 발생합니다. 저를 믿으십시오 ... 또는 더 나은 방법은 실제 생활에서 직접 거래를 시도하여 확인하십시오.
그리고 로트가 높을수록 내가 설명한 것의 가능성이 높아집니다.
이것들은 실제 돈을 거래하는 모든 사람에게 알려져 있습니다. 그리고 그들은 어떤 전략을 개발할 때 항상 그런 것들을 고려합니다. 그러나 당신은 그것을 인식하지 못하는 것 같습니다.
 
JonKatana >> :

MetaTrader 5는 MetaTrader 4와 동일한 주문 유형(구매, 판매, 판매 중지, 판매 중지, 구매 제한, 판매 제한)을 가지고 있습니다. Avalanche는 정확히 같은 방식으로 작동합니다. MT5에 두 가지 새로운 주문 유형인 Buy Stop Limit 및 Sell Stop Limit이 추가되었지만 Avalanche에는 필요하지 않습니다.


다시 말하지만, 당신은 모르는 것 같습니다. MT5에서는 잠금을 근본적으로 거부할 계획입니다. 저것들. 동일한 기기에서 서로 다른 방향으로 두 위치를 동시에 여는 것은 불가능합니다.
 
로쉬 2009.12.07 18:08 #
MetaTrader 5 플랫폼 을 통해 동일한 상품에 대해 이미 열려 있는 위치의 방향에 관계없이 어떤 방향으로도 거래를 수행하는 것이 금지되지 않습니다. 제한은 무역 규정 또는 현재 임시 금지의 결과일 수 있습니다. 그러나 동시에 규칙이 적용됩니다. 각 상품에 대해 0개 또는 1개의 열린 포지션만 있습니다."

사실, 마지막 문장은 그다지 명확하지 않습니다.
 
lexandros >> :

OrderCloseBy의 결과는 항상 동일합니다. 따라서 MT4에서 가장 좋은 반전 옵션은 이중 반대 위치를 열고 OrderCloseBy가 뒤따르는 것입니다. MT5에서는 자동으로 발생합니다.

 
그러나 이 소설(로키)이 사람들의 머리를 어떻게 혼란스럽게 했는지. 넷포지션이 뭔지 모르나?
예를 들어 주식과 같은 실제적인 것을 거래하고 있다고 상상해보십시오. 따라서 주식으로 무엇을 하든(뇌물, 판매) 주식 수(또는 로트)로 표시되는 포지션은 계속 유지됩니다. 이 위치는 ONE입니다. 원칙적으로 하나의 악기에 둘 이상 있을 수 없습니다. 제로 공유 - 포즈가 없습니다.
 
khorosh >> :


그러나 주식 구매자에게는 약간의 차이가 있습니다. 예를 들어 30루블에 10주, 40루블에 20주를 샀거나 40루블에 30주를 샀습니다. 같은 30주, 다른 비용.

당연하지. 따라서 포트폴리오는 거래량(주식수, 로트)과 평균 구매 가격을 보여줍니다.

나는 당신에게 추천하고 싶습니다 - 당신은 실제 FR에 익숙하지 않습니까? - 일부 스레드 주식 중개인의 데모를 시도하십시오. 모든 것이 즉시 명확해질 것입니다.

 
khorosh >> :

반복은 배움의 어머니다. 2010년 3월 30일 22:12의 내 게시물을 참조하십시오.


네 봤어요 :) 좀 더 알기 쉽게 표현하려고 했더니...
우리의 쾌활한 Iron John은 광적인 동지입니다. 당신과 같은 짧은 말이 그에게는 광대 한 우주의 모래 알갱이처럼 보입니다. :)
따라서 나는 "닫힌 주문을 닫는 것"이라고 설명하려고 노력했습니다. 실제로 이것은 수동 거래 중에 보일 수 있는 것처럼 하나의 명령(2개 이상의 주문이 있는 경우)과는 거리가 멉니다.
내 설명이 보편적인 마음에 닿을지는 정말 모르겠다 :))))
 
getch >> :

OrderCloseBy의 결과는 항상 동일합니다. 따라서 MT4에서 가장 좋은 반전 옵션은 이중 반대 위치를 열고 OrderCloseBy가 뒤따르는 것입니다. MT5에서는 자동으로 발생합니다.


그건 그렇고... OrderCloseBy는 물론 매우 편리한 기능입니다... 저는 오랫동안 사용하고 있습니다 가능하면 언제 어디서나... 첫째, 주문이 적고 둘째, 스프레드가 절약됩니다.. .
그러나 다른 것은 그다지 유쾌하지 않습니다. 이 기능의 실행 오류 처리는 어떻게 든 문서화되지 않았습니다. 그리고 결과를 처리하는 방법은 개인적으로 명확하지 않습니다. 실망스럽네요.
 
:) 도움을 인용할 가치가 없었습니다. 나도 그녀를 당신처럼 알고 있습니다.
문제는 그것입니다. OrderCloseBy 함수에 오류가 발생하면 주로 오류 3(ERR_INVALID_TRADE_PARAMETERS)이 발생한다는 점에서 이러한 오류를 해석하고 잡아내는 것이 다소 문제가 있다는 점에 동의해야 합니다.
또한 두 개의 주문이 거래 주문에 참여합니다. 이들 중 어느 하나의 결함으로 인해 오류가 생성될 수 있습니다. 이것은 또한 해석에 약간의 어려움을 나타냅니다.