나는 mt4가 그것을 틱 값으로 참조하는 방법을 알았습니다. 이것은 틱이 항상 1핍과 같다는 것을 의미합니까? 틱 크기가 다를 수 있다고 생각하면 다른 질문이 생깁니다. 모든 볼륨이 막대당 틱 수를 계산하는 것처럼 mt4의 볼륨을 거래할 수 없다고 들었습니다. 그러나 각 틱이 1핍과 같으면 확실히 완전히 이는 서버가 가격 이 1핍씩 변할 때마다 새로운 틱을 보내야 함을 의미하므로 거래량이 많고 가격이 빠르게 변할 때 거래량이 높고 표시될 것입니다. 거래 활동 수준 맞습니까?
틱에 대한 다른 스레드와 토론을 읽은 후 틱에 포함된 모든 것이 새로운 입찰가와 새로운 요청뿐이므로 틱에는 특정 가치가 없다는 결론에 이르렀습니다. 핍 차이가 있으므로 틱 자체에는 가격 차이가 없고 새 가격만 있습니다.
그러나 지금 나는 핍의 가치를 계산하는 방법을 조사하고 있습니다. MarketInfo MODE_TICKVALUE는 정적 설정 값으로 보입니다. 이것은 그 자체로 대부분의 사람들이 틱에 대해 말하는 것처럼 보이는 것과 모순되며, 단순히 가격의 변화를 전달한다는 것입니다. , 특정 금액이 없으므로 어떻게 MODE_TICKVALUE와 같은 것이 있을 수 있습니까? 대부분의 사람들이 잘못되고 1틱이 실제로 1핍과 같은 특정 값을 갖지 않는 한 의미가 없습니다. 제 문제는 적절한 문서가 부족하다는 것입니다. 무엇이 옳고 그른지 알아내야 하는 포럼 스레드에는 일부 정보가 포함되어 있습니다. 대부분의 경우 사실이 아니라 의견이나 가정에 기반한 정보입니다. 대부분의 경우 중요하지 않지만 그러한 대략적인 내용을 기반으로 프로그램을 작성하려고 할 때 삶을 매우 어렵게 만드는 모순된 정보
죄송합니다. 혼란스럽게 하려는 것은 아닙니다. 그 스레드는 본질적으로 천천히 큰 그림을 구축합니다(그리고 많은 의견을 포함하며 그 중 일부는 완전히 정확하지 않습니다). 결론은 다음과 같습니다 . Tick은 28개의 시장 정보 식별자 중 하나의 변경 사항입니다 (MarketInfo() 함수를 통해 사용 가능). 또한 start() 함수를 호출하는 '이벤트'를 손상시킵니다(EA가 연결된 기호의 경우).
불행히도 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포인트입니다...
예 MODE_TICKVALUE는 혼란의 원인입니다. 가능한 한 가장 작은 가격 변동 을 의미하기 때문에 훨씬 더 의미가 있습니다. 이제부터는 MODE_MINIMUMTICKVALUE로 잘못 생각하므로 MODE_TICKVALUE에서 핍 값을 정확하게 계산하는 것이 완전히 가능한 것처럼 보입니다.
[...] MODE_TICKVALUE에서 pip 값을 정확하게 계산하는 것이 완전히 가능한 것 같습니다.
문제는 포인트에서 pip를 찾는 것입니다... 거기에서 값을 계산하는 것은 간단합니다(MODE_TICKVALUE 사용). 불행히도, 핍을 포인트로 변환하는 보편적이고 완전히 자동화된 방법을 찾는 것은 쉽지 않습니다(여기에서 논의됨 -> https://www.mql5.com/en/forum/124692 ).
브로커가 Instant Execution 을 활성화한 기호에 아포스트로피를 추가하는 것을 경험했습니다. 이것은 주말에 발생했으며 특히 Market Execution 전용으로 이전 기호 이름을 유지했기 때문에 발견하기가 매우 어려웠습니다.
CB
브로커가 Instant Execution을 활성화한 기호에 아포스트로피를 추가하는 것을 경험했습니다. 이것은 주말에 발생했으며 특히 Market Execution 전용으로 이전 기호 이름을 유지했기 때문에 발견하기가 매우 어려웠습니다.
기호에 대한 모든 참조에서 Symbol()을 사용 하는 것이 더 쉽지 않을 것입니다. 그러면 브로커 서버에 EURUSD가 mooncheese로 입력되더라도 EA도 EURUSD가 mooncheese라는 것을 알고 있는 한 문제가 되지 않습니다.
나는 mt4가 그것을 틱 값으로 참조하는 방법을 알았습니다. 이것은 틱이 항상 1핍과 같다는 것을 의미합니까? 틱 크기가 다를 수 있다고 생각하면 다른 질문이 생깁니다. 모든 볼륨이 막대당 틱 수를 계산하는 것처럼 mt4의 볼륨을 거래할 수 없다고 들었습니다. 그러나 각 틱이 1핍과 같으면 확실히 완전히 이는 서버가 가격 이 1핍씩 변할 때마다 새로운 틱을 보내야 함을 의미하므로 거래량이 많고 가격이 빠르게 변할 때 거래량이 높고 표시될 것입니다. 거래 활동 수준 맞습니까?
나는 mt4가 그것을 틱 값으로 참조하는 방법을 알아차렸습니다. 이것은 틱이 항상 1핍과 같다는 것을 의미합니까? [...]
TICK이란 무엇입니까?
https://www.mql5.com/en/forum/126023
기호에 대한 모든 참조에서 Symbol()을 사용하는 것이 더 쉽지 않을 것입니다. 그러면 브로커 서버에 EURUSD가 mooncheese로 입력되더라도 EA도 EURUSD가 mooncheese라는 것을 알고 있는 한 문제가 되지 않습니다.
그것이 내 코드가하는 일이며 혼란이 어디에서 오는지 확실하지 않습니다. 내가 추측하는 곳에서 내 부분에서 의사 소통 실패.
모순된 정보로 가득 차 있기 전에 그 스레드를 읽었습니다.
BarrowBoy - 입찰 및/또는 요청 변경
Rosh - "새로운 가격" 이벤트
kminler - 각 틱은 닫힌 거래를 나타냅니다.
펀처 - 진드기는 핍입니다
틱에 대한 다른 스레드와 토론을 읽은 후 틱에 포함된 모든 것이 새로운 입찰가와 새로운 요청뿐이므로 틱에는 특정 가치가 없다는 결론에 이르렀습니다. 핍 차이가 있으므로 틱 자체에는 가격 차이가 없고 새 가격만 있습니다.
그러나 지금 나는 핍의 가치를 계산하는 방법을 조사하고 있습니다. MarketInfo MODE_TICKVALUE는 정적 설정 값으로 보입니다. 이것은 그 자체로 대부분의 사람들이 틱에 대해 말하는 것처럼 보이는 것과 모순되며, 단순히 가격의 변화를 전달한다는 것입니다. , 특정 금액이 없으므로 어떻게 MODE_TICKVALUE와 같은 것이 있을 수 있습니까? 대부분의 사람들이 잘못되고 1틱이 실제로 1핍과 같은 특정 값을 갖지 않는 한 의미가 없습니다. 제 문제는 적절한 문서가 부족하다는 것입니다. 무엇이 옳고 그른지 알아내야 하는 포럼 스레드에는 일부 정보가 포함되어 있습니다. 대부분의 경우 사실이 아니라 의견이나 가정에 기반한 정보입니다. 대부분의 경우 중요하지 않지만 그러한 대략적인 내용을 기반으로 프로그램을 작성하려고 할 때 삶을 매우 어렵게 만드는 모순된 정보
모순된 정보로 가득 차 있기 전에 그 스레드를 읽었습니다. [...]
죄송합니다. 혼란스럽게 하려는 것은 아닙니다. 그 스레드는 본질적으로 천천히 큰 그림을 구축합니다(그리고 많은 의견을 포함하며 그 중 일부는 완전히 정확하지 않습니다). 결론은 다음과 같습니다 . Tick은 28개의 시장 정보 식별자 중 하나의 변경 사항입니다 (MarketInfo() 함수를 통해 사용 가능). 또한 start() 함수를 호출하는 '이벤트'를 손상시킵니다(EA가 연결된 기호의 경우).
불행히도 MODE_TICKSIZE 및 MODE_TICKVALUE라는 이름은 Tick에 두 번째 정의를 추가합니다(이것이 혼동의 원인이라고 생각합니다...). 이 맥락에서 Tick의 정의는 다음과 같습니다 . Tick은 해당 기호에 대해 가능한 가장 작은 가격 변경입니다 .
코멘트:
예 MODE_TICKVALUE는 혼란의 원인입니다. 가능한 한 가장 작은 가격 변동 을 의미하기 때문에 훨씬 더 의미가 있습니다. 이제부터는 MODE_MINIMUMTICKVALUE로 잘못 생각하므로 MODE_TICKVALUE에서 핍 값을 정확하게 계산하는 것이 완전히 가능한 것처럼 보입니다.
[...] MODE_TICKVALUE에서 pip 값을 정확하게 계산하는 것이 완전히 가능한 것 같습니다.