핍당 가격 - 페이지 7

새 코멘트
 
gordon :
이것은 의미론의 문제인 것 같습니다... 일반적인 관례에 따르면 '값은 x에 있음'이라고 하면 x가 사용된 '단위'라는 의미입니다 . 이 경우 Point는 사용된 단위가 아니므 로 MODE_TICKSIZE는 Points가 아닙니다 .

아... 네, 그렇게 넣으면. 동의한다. 포인트는 사용된 단위가 아닙니다. 그리고 이제 나는 또한 당신이 '가격 측면에서'가 의미하는 바를 이해합니다.

... 나는 그것이 Point의 배수라는 데 동의하지만, 그것이 Point가 가능한 가장 작은 가격 변동이기 때문에 정의상 Point의 배수여야 합니다.

네. 주문 가격을 보낼 때 준수해야 하는 MODE_TICKSIZE의 배수와 달리 이것을 강조해야 합니다. 고마워 고든...

 
1005phillip :

5페이지에 첨부된 rar 파일에 포함된 포함 파일을 확인하십시오... 귀하의 질문을 오해하지 않는 한 이 두 가지를 모두 수행합니다.

편집: 특히 다음 코드가 잘립니다.

"Analyze Currency Symbol 2010.06.07.mqh"라는 제목의 포함 파일을 사용하는 tickvalue 의 경우:

1. int SymbolType() 함수를 호출합니다.

2. CounterPairForCross() 함수 호출


3. 그런 다음 기호에 대한 현재 시장 가격에서 틱 값을 계산합니다.



 "Analyze Currency Symbol 2010.06.07.mqh"라는 제목의 포함 파일을 사용하여 활용 하려면 다음을 수행합니다.

1. int SymbolType() 함수를 호출합니다.

2. BasePairForCross() 함수 호출


3. 그런 다음 SymbolLeverage()를 호출하여 해당 기호의 현재 시장 가격에서 기호별 레버리지를 계산합니다.


이거 보고 한번 해봐야겠습니다.
 
LEHayes :

이거 보고 한번 해봐야겠습니다.
이와 같은 간단한 질문이 많은 공간을 차지할 수 있다는 것이 놀랍습니다.
 
engcomp :
이와 같은 간단한 질문이 많은 공간을 차지할 수 있다는 사실이 놀랍습니다.
이 스레드는 LEHayes 원래 문제의 원인으로 밝혀진 MODE_TICKVALUE 외에도 많은 측면을 탐색하기 위해 성장했습니다. 통화 쌍 의 MarketInfo 계산 및 모든 결과를 완전히 이해하고 있는 경우. 그렇다면 당신은 나보다 훨씬 앞서 있습니다.
 
cameofx :
이 스레드는 LEHayes 원래 문제의 원인으로 밝혀진 MODE_TICKVALUE 외에도 많은 측면을 탐색하기 위해 성장했습니다. 통화 쌍의 MarketInfo 계산 및 모든 결과를 완전히 이해하고 있다면. 그렇다면 당신은 나보다 훨씬 앞서 있습니다.

포인트 촬영, cameofx

전체 스레드를 살펴보는 데 시간이 걸렸고 길을 잃었습니다.

누군가 이 문제의 이득이 무엇인지 설명해 주시겠습니까?

아무도 할 수 없다면 해가되지 않습니다. 여전히 훌륭한 토론입니다, Helmut

 

요약 :

  • MODE_TICKVALUE는 기본 및 인용 통화 쌍 조합에 따라 쌍 간에 다릅니다.
  • MarketInfo MODE_TICKVALUE는 예금 통화 쌍의 가장 작은 틱 이동 값에 액세스하는 데 신뢰할 수 있습니다.
  • 통화 페어링/합성은 Phillip이 조사한 대로 5가지 가능한 조합으로 다양할 수 있습니다.
  • Phillip이 공유한 포함 기능을 사용하는 것과 같은 독립 계산을 사용하여 이를 확인할 수 있습니다.
  • MODE_TICKVALUE는 입찰가를 사용하여 계산됩니다. Ask를 사용하여 계산하면 MarketInfo TV - Spread를 호출하는 것과 비교하여 약간의 불일치가 있습니다.
  • 포인트는 가능한 가장 작은 가격 움직임입니다. MODE_TICKSIZE는 포인트보다 클 수 있습니다.

기타 발견 사항:

  • CB : 브로커가 즉시 실행 거래를 가능하게 하는 아포스트로피를 추가하는 것을 발견했습니다.
  • Phillip: Alpari, CitiFX, CMS forex, forex.com, FXCM, FXDD, IBFX, MIG 및 ODL은 지금까지 통화 쌍 Symbol() 이름과 일치합니다. 이것은 독립 쌍 '합성' 기능을 사용할 때 중요합니다.
  • LEHayes는 여전히 그의 기능을 찾을 수 없습니다. 직장에서 글을 올립니다...
내가 놓친 것이 있으면 누군가 추가할 수 있습니다.
 
cameofx :

[...] 내가 놓친 것이 있으면 누군가 추가할 수 있습니다.

훌륭한 요약입니다. 두 가지 점:

  • 나는 Point가 "가장 작은 가격 움직임"이라고 말하지 않을 것입니다. MODE_TICKSIZE가 무엇인지에 대한 설명으로 사용하겠습니다. 예를 들어, 대부분의 금 계약에서 포인트는 0.01입니다. 가격이 0.01 단위로 움직일 수 있다는 의미는 아닙니다. 일반적으로 0.05 단위로만 이동할 수 있습니다. 포인트는 가격이 인용되는 자릿수의 표현입니다.
  • 브로커 심볼 이름의 일관성: EUR/USD와 같이 통화 쌍 을 표현하는 MT4 브로커를 본 적이 없습니다. EURUSDFXF 또는 EURUSDcx와 같은 접미사만 본 적이 있습니다. 일부 브로커는 계정 유형에 따라 여러 개의 다른 접미사를 가지고 있습니다.
 
jjc :

훌륭한 요약입니다. 두 가지 점:

  • 브로커 심볼 이름의 일관성: EUR/USD와 같이 통화 쌍을 표현하는 MT4 브로커를 본 적이 없습니다. EURUSDFXF 또는 EURUSDcx와 같은 접미사만 본 적이 있습니다. 일부 브로커는 계정 유형에 따라 여러 개의 다른 접미사를 가지고 있습니다.


기호 이름의 일관성이 의미하는 카메오는 기호 이름 을 지정하는 규칙이 보존된 것처럼 보인다는 것이었습니다...그 규칙은 접미사를 사용하지만 통화 이름 자체 사이에 접두사를 붙이거나 기호를 얽히지 않는 것입니다.

예: EURUSD, EURUSD m , EURUSD ct , EURUSD FXF

아니오: EUR / USD, m EURUSD, m EUR / USDct

따라서 이 스레드에서 Symbol()을 구성 통화 구성 요소(기본 및 카운터)로 축소한 다음 해당 정보를 사용하여 계정 통화로 형성된 상대 통화 쌍 (및 기본 통화 쌍)을 재구성하기 위해 탐색한 코드는 강력한 것으로 간주됩니다. 오늘날의 중개인과 비슷하지만 내일 중개인이 관례를 깨고 이 특정 코드를 깨뜨릴 가능성에 대해서는 강력하지 않습니다.

따라서 모든 브로커가 정확히 동일한 기호 문자열을 사용하는 것은 아니지만 기호 이름을 파생하는 규칙은 일관된 것으로 보입니다.
 

1005phillip :
What cameo meant by consistency of symbol names was [...]

알아요. 나는 단지 당신의 쌍에 동의하고 여러 접미사가있는 일부 중개인에 대한 추가 요점을 던졌습니다. 나는 아마 더 명확했어야 했다.
 
cameofx :

요약 :

  • MarketInfo MODE_TICKVALUE는 예금 통화 쌍의 가장 작은 틱 이동 값에 액세스하는 데 신뢰할 수 있습니다.

나는 이것에 동의하지 않습니다. 위에서 설명한 이유 때문에 MODE_TICKVALUE 자체는 그다지 안정적이지 않습니다. MODE_TICKSIZE로 나눈 수식으로 사용하면 믿을만 하다고 생각합니다.

CB

12345678910
새 코멘트