기호에 대한 모든 참조에서 Symbol()을 사용하는 것이 더 쉽지 않을 것입니다. 그러면 브로커 서버에 EURUSD가 mooncheese로 입력되더라도 EA도 EURUSD가 mooncheese라는 것을 알고 있는 한 문제가 되지 않습니다.
우와! 글이 42개로 늘어나 화제가 되고 있습니다..
모두가 신경 쓰지 않는다면 .... 내가 중단 한 부분을 다시 시작하십시오 ...
SDC, 내가 틀리지 않았다면 Phillip은 사전 정의된 MarketInfo를 단순히 호출하는 것과는 대조적으로 TickValue를 생성하는 사용자 정의 함수 를 독립적으로 배치하고 있었습니다. 물론 Symbol()에서 MODE_TICKVALUE를 호출하는 것이 가장 논리적인 방법입니다. 그러나 TickValue가 값을 얻은 위치/방법을 시연/증명하는 것 외에도 . 내가 틀릴 수 있지만 이것은 특정 브로커가 제공하지 않을 수 있는 일부 이국적인 쌍을 합성하는 이점이 있다고 생각합니다. 사용 가능한 모든 기본/카운터를 순열시킬 수 있습니다. 나는 편리한 예가 없습니다. 그러나 중개인이 제공해야 하는 것은 사용 가능한 기본/카운터의 완전한 순열이 아니라고 확신합니다. 저는 Phillip이 게시한 내용을 탐색 중입니다. 헤지/차익 거래 또는 무언가가 필요한 경우가 아니면 유용하지 않을 수 있습니다.
카메오 여기서 가치를 찾으신다면 제가 여기에 있는 코드를 더 많이 공유하게 되어 기쁩니다. 솔직히 나는 그것이 대부분의 사람들이 이미 그들 자신의 코딩 모험 과정에서 여행한 평범한/일상적인 길이라고 생각했기 때문에 그것이 커뮤니티에 새로운 것이라고 가정함으로써 누군가의 지성을 모욕하고 싶지 않았습니다. (또한 내 코드는 내 하드 드라이브에 있는 형태로 게시할 가치가 있다고 생각하는 것과 정확히 일치하지 않으며, 잠재적으로 잘못된 손에 득보다 실이 더 많으며 내 코드로 인해 누군가가 돈을 잃는 것을 정말로 원하지 않습니다. 부족한 댓글 스타일 등)
펀더멘털에서 틱값을 계산할 수 있는 이점(저는 그것을 "필요성"으로 더 봅니다)은 헤징/차익 거래를 위한 것이 아니라(물론 거기에서도 활용할 수 있음) 오히려 훨씬 더 많은 것을 위한 것입니다. 단순한. 제 경우에는 위험 자산, 손절매 배치 등을 계산하는 데 필요합니다.
(또한 참고: MODE_TICKVALUE에 대한 시장 정보 값은 매도 가격이 아닌 통화 쌍의 입찰 가격 을 기반으로 합니다. 따라서 시장 정보 틱 값은 실제로 이익 실현 값과 같은 입찰 가격에 의존하는 계산에 사용하는 경우에만 기술적으로 정확합니다. 롱 포지션 또는 숏 포지션의 손절매...역시 차이는 미미하며, 계정 통화 가 EURUSD 등과 같은 상대 통화인 통화 쌍에는 차이가 없습니다.)
marketinfo Tickvalue를 사용할 때의 문제는 현재 시장 가격에만 유효하다는 것입니다. Tickvalue는 계정의 통화를 상대 통화로 사용하는 통화 쌍을 제외한 모든 통화 쌍의 시장 가격에 따라 달라집니다. (USDJPY의 틱값은 USDJPY = 99.00 대 98.00에서 다릅니다.)
"합성" 쌍을 생성하는 이유는 교차 통화 쌍의 경우 틱 값이 두 통화 쌍의 가격에 의존하기 때문입니다. 거래되는 기호와 계정의 통화에 의해 형성되는 통화 쌍 및 거래되는 기호의 상대 통화 쌍의 통화 쌍.
예. 계정의 금액이 USD이고 EURGBP를 거래하려고 한다고 가정해 보겠습니다. EURGBP 포지션을 열면 그 가치는 EURGBP 의 시장 가격과 GBPUSD의 시장 가격에 따라 달라집니다.
EURGP에서 0.8500에 매수 포지션을 개설할 수 있고 하루 종일 같은 가격에 앉아 있을 수 있지만 그 동안 GBPUSD가 하락하는 추세라면 거래는 물에 잠길 것입니다. (이것이 또한 내가 위험 관리를 목표로 하는 경우 교차 통화 쌍을 거래할 때 헤징이 필요하지만 비현실적이라고 말한 게시물 한두 개를 읽은 이유이기도 합니다.)
제 경우에는 계정 통화와 교차 통화 쌍 사이를 연결하는 통화 쌍을 프로그래밍 방식으로 결정하여 "합성" 쌍 형성을 사용하는 것을 좋아합니다.
카메오 여기서 가치를 찾으신다면 제가 여기에 있는 코드를 더 많이 공유하게 되어 기쁩니다.
네. 좋을텐데..! 부착하거나 의향이 있는 경우 저에게 주세요. 고마워 필립...
펀더멘털에서 틱 값을 계산할 수 있다는 이점(저는 그것을 "필요성"으로 더 봅니다)은 헤징/차익 거래를 위한 것이 아니라(물론 거기에서도 활용할 수 있음) 오히려 훨씬 더 많은 것을 위한 것입니다. 단순한. 제 경우에는 위험 자산, 손절매 배치 등을 계산하는 데 필요합니다.
(또한 참고: MODE_TICKVALUE에 대한 시장 정보 값은 매도 가격이 아니라 통화 쌍의 입찰 가격 을 기반으로 합니다. 따라서 시장 정보 틱 값은 실제로 이익 실현 값과 같은 입찰 가격에 의존하는 계산에 사용하는 경우에만 기술적으로 정확합니다. 롱 포지션 또는 숏 포지션의 손절매... 역시 불일치는 미미하며, 계정 통화가 EURUSD 등과 같은 상대 통화인 통화 쌍에는 차이가 없습니다.)
이것은 거래의 다른 쪽, 즉 매도(매도 가격)의 시장 정보가 독립적으로 계산되는 경우 불일치가 있을 것임을 의미합니까?
marketinfo Tickvalue를 사용할 때의 문제는 현재 시장 가격에만 유효하다는 것입니다. Tickvalue는 계정의 통화를 상대 통화로 사용하는 통화 쌍을 제외한 모든 통화 쌍의 시장 가격에 따라 달라집니다. (USDJPY의 틱값은 USDJPY = 99.00 대 98.00에서 다릅니다.)
"합성" 쌍을 생성하는 이유는 교차 통화 쌍의 경우 틱 값이 두 통화 쌍의 가격에 의존하기 때문입니다. 거래되는 기호와 계정의 통화에 의해 형성되는 통화 쌍 및 거래되는 기호의 상대 통화 쌍의 통화 쌍.
네. 이것은 mql4 Book에 명확하게 설명되어 있습니다. 나는 그 이후로 항상 교차 통화 쌍 TickValues'를 '플로팅'으로 보았습니다.
예. 계정의 금액이 USD이고 EURGBP를 거래하려고 한다고 가정해 보겠습니다. EURGBP 포지션을 열면 그 가치는 EURGBP 의 시장 가격과 GBPUSD의 시장 가격에 따라 달라집니다.
EURGP에서 0.8500에 매수 포지션을 개설할 수 있고 하루 종일 같은 가격에 앉아 있을 수 있지만 그 동안 GBPUSD가 하락하는 추세라면 거래는 물에 잠길 것입니다. (이것이 또한 내가 위험 관리를 목표로 하는 경우 교차 통화 쌍을 거래할 때 헤징이 필요하지만 비현실적이라고 말한 게시물 한두 개를 읽은 이유이기도 합니다.)
그런 식으로 본 적이 없어요! 이 s'more를 숙고해야합니다.... :)
제 경우에는 계정 통화와 교차 통화 쌍 사이를 연결하는 통화 쌍을 프로그래밍 방식으로 결정하여 "합성" 쌍 형성을 사용하는 것을 좋아합니다.
한 가지 질문(아마도 어리석은 질문일 수 있음): USD를 기본/카운터로 사용하지 않지만 크로스로 존재하는 쌍을 만난 적이 있습니까?
불행히도 MODE_TICKSIZE 및 MODE_TICKVALUE의 이름은 Tick에 두 번째 정의를 추가합니다(이것이 혼동의 원인이라고 생각합니다...). 이 맥락에서 Tick의 정의는 다음과 같습니다 . Tick은 해당 기호에 대해 가능한 가장 작은 가격 변경입니다 .
MODE_TICKSIZE - 가격 측면에서 이 변화의 크기(문서는 " Tick size in points "라고 주장하지만 분명히 부정확함).
MODE_TICKVALUE - 계정의 예금 통화에서 이 변경 값(브로커 측에서 서버 측에서 계산함).
코멘트:
'포인트'(MODE_POINT)는 해당 심볼의 소수점 왼쪽 크기에서 가능한 가장 작은 가격 변동입니다. 이것은 MODE_TICKSIZE와 동일하지 않습니다. 기술적으로는 MODE_TICKSIZE>=MODE_POINT이지만 거의 항상 동일합니다.
'Pip'은 우리 모두가 동의하는 관습입니다. 심볼의 수학적 속성이나 MT4 서버의 속성이 아닙니다 . 예를 들어 EURUSD에 대한 4자리 브로커의 경우 핍은 1포인트이지만 5자리 브로커의 경우 핍은 10포인트입니다...
포인트: 항상 1 로 끝납니다. 그것은 우리가 '가격'이라고 부르는 비율로의 변환 요소입니다.
Gordon의 "거의 항상"에 대한 설명을 추가하면 이것이 사실이 아닌 외환 상품을 즉시 생각할 수 없지만 중개인이 금속, 지수 등을 제공할 때 거의 사실이 아닙니다. 예를 들어 Alpari의 금 계약에서 TICKSIZE는 0.05입니다. (그리고 포인트는 0.01입니다). 내가 아는 한 MarketInfo(Symbol(),MODE_POINT) = MathPow(10, -MarketInfo(Symbol(), MODE_DIGITS))
첨부된 rar 파일에 포함되어 있습니다. 나는 당신이 사용 질문이있을 것이라고 확신합니다.
카메오펙스 :
이것은 거래의 다른 쪽, 즉 매도(매도 가격)의 시장 정보가 독립적으로 계산되는 경우 불일치가 있을 것임을 의미합니까?
맞아요. 그러나 백분율 오류는 단순히 포인트의 스프레드를 호가로 나눈 것입니다(통화 쌍에 따라 ~0.02%-0.05%)... 모든 마지막 페니를 설명하려는 경우에만 중요합니다.
카메오펙스 :
그런 식으로 본 적이 없어요! 이 s'more를 숙고해야합니다.... :)
나는 당신이 숙고하는 데 도움이되기를 바라면서 첨부 된 rar 파일에 엑셀 파일을 포함 시켰습니다.
카메오펙스 :
한 가지 질문(아마도 어리석은 질문일 수 있음): USD를 기본/카운터로 사용하지 않지만 크로스로 존재하는 쌍을 만난 적이 있습니까?
귀하의 질문이 현재 작성되어 있으므로 쉬운 대답은 예입니다. USD가 없는 모든 십자가는 귀하의 기준을 충족합니다. 하지만 다른 질문을 하려는 것 같습니다. 즉, 교차 통화 쌍을 제공하는 동시에 교차 쌍의 상대 통화와 계정의 통화를 포함하는 필수 통화 쌍을 제공하지 않는 브로커를 만난 적이 있습니다. 명칭?
그 질문에 대한 대답은 아니오이며 브로커가 단순히 할 수 없기 때문에 정당한 이유가 있습니다. 브로커가 그렇게 할 수 없는 이유는 여기에 자세히 설명된 방정식의 동일한 기본 가격 연결에 묶여 있기 때문입니다... 즉, 교차 통화 위치를 계산하고 보고하기 위해 동일한 가격 정보에 액세스해야 합니다. 평가.
예를 들어 유로 표시 계정이 있고 GBPUSD 1랏을 구매한다고 가정해 보겠습니다. GBPUSD의 카운터 통화는 USD입니다. 따라서 귀하의 GBPUSD 포지션에 대한 손익을 계산하려면 귀하의 브로커(및 귀하)도 EURUSD의 가격을 알아야 합니다. (EUR은 귀하의 계정 통화 이고 USD는 귀하가 포지션을 개설한 교차 쌍의 카운터 통화입니다)
중개인이 EURUSD를 제안 쌍으로 가지고 있지 않은 경우 MT4 터미널은 틱 단위로 포지션의 유동 이익/손실을 계산할 수 없습니다. 따라서 귀하는 귀하의 계정 통화가 포함된 기본 통화 쌍을 제공하지 않고 교차 쌍(귀하의 계정 액면가와 관련하여)을 거래할 수 있는 기능을 제공하는 중개인을 절대 찾지 못할 것입니다.
jjc : Gordon의 "거의 항상"에 대한 설명을 추가하면 이것이 사실이 아닌 외환 상품을 즉시 생각할 수 없지만 중개인이 금속, 지수 등을 제공할 때 거의 사실이 아닙니다. 예를 들어 Alpari의 금 계약에서 TICKSIZE는 0.05입니다. (그리고 포인트는 0.01입니다). 내가 아는 한 MarketInfo(Symbol(),MODE_POINT) = MathPow(10, -MarketInfo(Symbol(), MODE_DIGITS))
둘 다에 동의했습니다. MODE_POINT 및 MODE_DIGITS가 이 공식을 확인하지 않은 경우를 본 적이 없습니다.
@고든
"' 즉시 실행 '이란 무엇을 의미합니까? ('시장 실행'과 동일하지 않음을 암시합니다)..."
MT4 Server는 "Instant Execution"으로 열린 순서의 중지를 설정하는 기능을 참조하는 것 같습니다(수동 순서 열기 풀다운 목록에서 볼 수 있음). 0으로 설정하고 수정해야 하는 경우 "시장 실행".
@SDC와 1005필립
"심볼에 대한 모든 참조에서 Symbol()을 사용하는 것이 더 쉬울까요? 브로커 서버에 EURUSD가 mooncheese로 입력되더라도 EA도 EURUSD가 mooncheese라는 것을 알고 있는 한 문제가 되지 않습니다."
브로커가 심볼 이름을 변경하면 EA를 추가할 새 차트를 열어야 합니다.
CB
MT4 Server는 "Instant Execution"으로 열린 순서의 중지를 설정하는 기능을 참조하는 것 같습니다(수동 순서 열기 풀다운 목록에서 볼 수 있음). 0으로 설정하고 수정해야 하는 경우 "시장 실행".
기호에 대한 모든 참조에서 Symbol()을 사용하는 것이 더 쉽지 않을 것입니다. 그러면 브로커 서버에 EURUSD가 mooncheese로 입력되더라도 EA도 EURUSD가 mooncheese라는 것을 알고 있는 한 문제가 되지 않습니다.
우와! 글이 42개로 늘어나 화제가 되고 있습니다..
모두가 신경 쓰지 않는다면 .... 내가 중단 한 부분을 다시 시작하십시오 ...
SDC, 내가 틀리지 않았다면 Phillip은 사전 정의된 MarketInfo를 단순히 호출하는 것과는 대조적으로 TickValue를 생성하는 사용자 정의 함수 를 독립적으로 배치하고 있었습니다. 물론 Symbol()에서 MODE_TICKVALUE를 호출하는 것이 가장 논리적인 방법입니다. 그러나 TickValue가 값을 얻은 위치/방법을 시연/증명하는 것 외에도 . 내가 틀릴 수 있지만 이것은 특정 브로커가 제공하지 않을 수 있는 일부 이국적인 쌍을 합성하는 이점이 있다고 생각합니다. 사용 가능한 모든 기본/카운터를 순열시킬 수 있습니다. 나는 편리한 예가 없습니다. 그러나 중개인이 제공해야 하는 것은 사용 가능한 기본/카운터의 완전한 순열이 아니라고 확신합니다. 저는 Phillip이 게시한 내용을 탐색 중입니다. 헤지/차익 거래 또는 무언가가 필요한 경우가 아니면 유용하지 않을 수 있습니다.
카메오 여기서 가치를 찾으신다면 제가 여기에 있는 코드를 더 많이 공유하게 되어 기쁩니다. 솔직히 나는 그것이 대부분의 사람들이 이미 그들 자신의 코딩 모험 과정에서 여행한 평범한/일상적인 길이라고 생각했기 때문에 그것이 커뮤니티에 새로운 것이라고 가정함으로써 누군가의 지성을 모욕하고 싶지 않았습니다. (또한 내 코드는 내 하드 드라이브에 있는 형태로 게시할 가치가 있다고 생각하는 것과 정확히 일치하지 않으며, 잠재적으로 잘못된 손에 득보다 실이 더 많으며 내 코드로 인해 누군가가 돈을 잃는 것을 정말로 원하지 않습니다. 부족한 댓글 스타일 등)
펀더멘털에서 틱값을 계산할 수 있는 이점(저는 그것을 "필요성"으로 더 봅니다)은 헤징/차익 거래를 위한 것이 아니라(물론 거기에서도 활용할 수 있음) 오히려 훨씬 더 많은 것을 위한 것입니다. 단순한. 제 경우에는 위험 자산, 손절매 배치 등을 계산하는 데 필요합니다.
(또한 참고: MODE_TICKVALUE에 대한 시장 정보 값은 매도 가격이 아닌 통화 쌍의 입찰 가격 을 기반으로 합니다. 따라서 시장 정보 틱 값은 실제로 이익 실현 값과 같은 입찰 가격에 의존하는 계산에 사용하는 경우에만 기술적으로 정확합니다. 롱 포지션 또는 숏 포지션의 손절매...역시 차이는 미미하며, 계정 통화 가 EURUSD 등과 같은 상대 통화인 통화 쌍에는 차이가 없습니다.)
marketinfo Tickvalue를 사용할 때의 문제는 현재 시장 가격에만 유효하다는 것입니다. Tickvalue는 계정의 통화를 상대 통화로 사용하는 통화 쌍을 제외한 모든 통화 쌍의 시장 가격에 따라 달라집니다. (USDJPY의 틱값은 USDJPY = 99.00 대 98.00에서 다릅니다.)
"합성" 쌍을 생성하는 이유는 교차 통화 쌍의 경우 틱 값이 두 통화 쌍의 가격에 의존하기 때문입니다. 거래되는 기호와 계정의 통화에 의해 형성되는 통화 쌍 및 거래되는 기호의 상대 통화 쌍의 통화 쌍.
예. 계정의 금액이 USD이고 EURGBP를 거래하려고 한다고 가정해 보겠습니다. EURGBP 포지션을 열면 그 가치는 EURGBP 의 시장 가격과 GBPUSD의 시장 가격에 따라 달라집니다.
EURGP에서 0.8500에 매수 포지션을 개설할 수 있고 하루 종일 같은 가격에 앉아 있을 수 있지만 그 동안 GBPUSD가 하락하는 추세라면 거래는 물에 잠길 것입니다. (이것이 또한 내가 위험 관리를 목표로 하는 경우 교차 통화 쌍을 거래할 때 헤징이 필요하지만 비현실적이라고 말한 게시물 한두 개를 읽은 이유이기도 합니다.)
제 경우에는 계정 통화와 교차 통화 쌍 사이를 연결하는 통화 쌍을 프로그래밍 방식으로 결정하여 "합성" 쌍 형성을 사용하는 것을 좋아합니다.
카메오 여기서 가치를 찾으신다면 제가 여기에 있는 코드를 더 많이 공유하게 되어 기쁩니다.
네. 좋을텐데..! 부착하거나 의향이 있는 경우 저에게 주세요. 고마워 필립...
펀더멘털에서 틱 값을 계산할 수 있다는 이점(저는 그것을 "필요성"으로 더 봅니다)은 헤징/차익 거래를 위한 것이 아니라(물론 거기에서도 활용할 수 있음) 오히려 훨씬 더 많은 것을 위한 것입니다. 단순한. 제 경우에는 위험 자산, 손절매 배치 등을 계산하는 데 필요합니다.
(또한 참고: MODE_TICKVALUE에 대한 시장 정보 값은 매도 가격이 아니라 통화 쌍의 입찰 가격 을 기반으로 합니다. 따라서 시장 정보 틱 값은 실제로 이익 실현 값과 같은 입찰 가격에 의존하는 계산에 사용하는 경우에만 기술적으로 정확합니다. 롱 포지션 또는 숏 포지션의 손절매... 역시 불일치는 미미하며, 계정 통화가 EURUSD 등과 같은 상대 통화인 통화 쌍에는 차이가 없습니다.)
이것은 거래의 다른 쪽, 즉 매도(매도 가격)의 시장 정보가 독립적으로 계산되는 경우 불일치가 있을 것임을 의미합니까?
marketinfo Tickvalue를 사용할 때의 문제는 현재 시장 가격에만 유효하다는 것입니다. Tickvalue는 계정의 통화를 상대 통화로 사용하는 통화 쌍을 제외한 모든 통화 쌍의 시장 가격에 따라 달라집니다. (USDJPY의 틱값은 USDJPY = 99.00 대 98.00에서 다릅니다.)
"합성" 쌍을 생성하는 이유는 교차 통화 쌍의 경우 틱 값이 두 통화 쌍의 가격에 의존하기 때문입니다. 거래되는 기호와 계정의 통화에 의해 형성되는 통화 쌍 및 거래되는 기호의 상대 통화 쌍의 통화 쌍.
네. 이것은 mql4 Book에 명확하게 설명되어 있습니다. 나는 그 이후로 항상 교차 통화 쌍 TickValues'를 '플로팅'으로 보았습니다.
예. 계정의 금액이 USD이고 EURGBP를 거래하려고 한다고 가정해 보겠습니다. EURGBP 포지션을 열면 그 가치는 EURGBP 의 시장 가격과 GBPUSD의 시장 가격에 따라 달라집니다.
EURGP에서 0.8500에 매수 포지션을 개설할 수 있고 하루 종일 같은 가격에 앉아 있을 수 있지만 그 동안 GBPUSD가 하락하는 추세라면 거래는 물에 잠길 것입니다. (이것이 또한 내가 위험 관리를 목표로 하는 경우 교차 통화 쌍을 거래할 때 헤징이 필요하지만 비현실적이라고 말한 게시물 한두 개를 읽은 이유이기도 합니다.)
그런 식으로 본 적이 없어요! 이 s'more를 숙고해야합니다.... :)
제 경우에는 계정 통화와 교차 통화 쌍 사이를 연결하는 통화 쌍을 프로그래밍 방식으로 결정하여 "합성" 쌍 형성을 사용하는 것을 좋아합니다.
한 가지 질문(아마도 어리석은 질문일 수 있음): USD를 기본/카운터로 사용하지 않지만 크로스로 존재하는 쌍을 만난 적이 있습니까?
불행히도 MODE_TICKSIZE 및 MODE_TICKVALUE의 이름은 Tick에 두 번째 정의를 추가합니다(이것이 혼동의 원인이라고 생각합니다...). 이 맥락에서 Tick의 정의는 다음과 같습니다 . Tick은 해당 기호에 대해 가능한 가장 작은 가격 변경입니다 .
- MODE_TICKSIZE - 가격 측면에서 이 변화의 크기(문서는 " Tick size in points "라고 주장하지만 분명히 부정확함).
- MODE_TICKVALUE - 계정의 예금 통화에서 이 변경 값(브로커 측에서 서버 측에서 계산함).
코멘트:내가 지금까지 나의 해석이었던 것을 제안할 수 있다면 - 위에서 Gordon이 아주 잘 설명한 것에 추가합니다.
cameofx :
포인트: 항상 1 로 끝납니다. 그것은 우리가 '가격'이라고 부르는 비율로의 변환 요소입니다.네. 좋을텐데..! 부착하거나 의향이 있는 경우 저에게 주세요. 고마워 필립...
첨부된 rar 파일에 포함되어 있습니다. 나는 당신이 사용 질문이있을 것이라고 확신합니다.
이것은 거래의 다른 쪽, 즉 매도(매도 가격)의 시장 정보가 독립적으로 계산되는 경우 불일치가 있을 것임을 의미합니까?
맞아요. 그러나 백분율 오류는 단순히 포인트의 스프레드를 호가로 나눈 것입니다(통화 쌍에 따라 ~0.02%-0.05%)... 모든 마지막 페니를 설명하려는 경우에만 중요합니다.
그런 식으로 본 적이 없어요! 이 s'more를 숙고해야합니다.... :)
나는 당신이 숙고하는 데 도움이되기를 바라면서 첨부 된 rar 파일에 엑셀 파일을 포함 시켰습니다.
한 가지 질문(아마도 어리석은 질문일 수 있음): USD를 기본/카운터로 사용하지 않지만 크로스로 존재하는 쌍을 만난 적이 있습니까?
귀하의 질문이 현재 작성되어 있으므로 쉬운 대답은 예입니다. USD가 없는 모든 십자가는 귀하의 기준을 충족합니다. 하지만 다른 질문을 하려는 것 같습니다. 즉, 교차 통화 쌍을 제공하는 동시에 교차 쌍의 상대 통화와 계정의 통화를 포함하는 필수 통화 쌍을 제공하지 않는 브로커를 만난 적이 있습니다. 명칭?
그 질문에 대한 대답은 아니오이며 브로커가 단순히 할 수 없기 때문에 정당한 이유가 있습니다. 브로커가 그렇게 할 수 없는 이유는 여기에 자세히 설명된 방정식의 동일한 기본 가격 연결에 묶여 있기 때문입니다... 즉, 교차 통화 위치를 계산하고 보고하기 위해 동일한 가격 정보에 액세스해야 합니다. 평가.
예를 들어 유로 표시 계정이 있고 GBPUSD 1랏을 구매한다고 가정해 보겠습니다. GBPUSD의 카운터 통화는 USD입니다. 따라서 귀하의 GBPUSD 포지션에 대한 손익을 계산하려면 귀하의 브로커(및 귀하)도 EURUSD의 가격을 알아야 합니다. (EUR은 귀하의 계정 통화 이고 USD는 귀하가 포지션을 개설한 교차 쌍의 카운터 통화입니다)
중개인이 EURUSD를 제안 쌍으로 가지고 있지 않은 경우 MT4 터미널은 틱 단위로 포지션의 유동 이익/손실을 계산할 수 없습니다. 따라서 귀하는 귀하의 계정 통화가 포함된 기본 통화 쌍을 제공하지 않고 교차 쌍(귀하의 계정 액면가와 관련하여)을 거래할 수 있는 기능을 제공하는 중개인을 절대 찾지 못할 것입니다.
Gordon의 "거의 항상"에 대한 설명을 추가하면 이것이 사실이 아닌 외환 상품을 즉시 생각할 수 없지만 중개인이 금속, 지수 등을 제공할 때 거의 사실이 아닙니다. 예를 들어 Alpari의 금 계약에서 TICKSIZE는 0.05입니다. (그리고 포인트는 0.01입니다). 내가 아는 한 MarketInfo(Symbol(),MODE_POINT) = MathPow(10, -MarketInfo(Symbol(), MODE_DIGITS))
포인트: 항상 1 로 끝납니다.
이전에 말했듯이 문서에서는 " Tick size in points "라고 주장하지만 이것은 분명히 정확하지 않습니다. 가격적인 면에서도 그렇다.
MODE_TICKVALUE : 기준 비율로 환산한 상대 통화의 현재 가치.