prostotrader /Alexey Kozitsyn : GO의 "대략적인" 계산에 대해 작성한 내용에서 MT5 서버가 MT5 서버와 어떤 식으로든 통합되지 않는다는 결론을 간접적으로(직접 작성하지 않는 것 같습니다) GO의 안정적인 계산을 위해 모스크바 거래소에서 참가자에게 제공하는 GO 계산을 위한 거래소의 소프트웨어/게이트웨이. 여전히, 8489.62(지정가 주문의 경우!)는 사이트 Moex 7706r에 게시된 것과 상당한 차이(!)로 일치하지 않습니다. 이런 식으로 나는 MT5 서버가 이 소프트웨어와 통합된다는 보다 "낙관적인" 옵션에서 진행했지만 브로커나 딜러가 GO를 스스로 계산할 수 있다고 가정하기 때문에 시대에 매우 뒤떨어져 있습니다.
MQ가 실제로 GO 계산을 MT5 서버 자체에 집어넣었다면 이것은 큰 FAKE입니다. MQ에서 MT5 서버 부분을 완료하도록 요구하는 것이 시급합니다. 이러한 방식으로 거래일 시작 후 매시간 모든 선물 계약에 대해 기존 게이트웨이를 통해 거래소(Plaza 등)로 GO를 요청합니다. 그런 다음 클라이언트가 OrderCalcMargin()을 호출할 때 값의 사전 사용을 수행합니다.
prostotrader /Alexey Kozitsyn : GO의 "대략적인" 계산에 대해 쓴 내용에서 MT5 서버가 소프트웨어와 어떤 식으로든 통합되지 않았다는 간접적으로 결론을 내릴 수 있습니다. / GO의 안정적인 계산을 위해 모스크바 거래소에서 참가자에게 제공하는 계산 GO를 위한 거래소의 게이트웨이. 여전히, 8489.62(지정가 주문의 경우!)는 사이트 Moex 7706r에 게시된 것과 상당한 차이(!)로 일치하지 않습니다. 이런 식으로 나는 MT5 서버가 이 소프트웨어와 통합된다는 보다 "낙관적인" 옵션에서 진행했지만 브로커나 딜러가 GO를 스스로 계산할 수 있다고 가정하기 때문에 시대에 매우 뒤떨어져 있습니다.
실제로 MQ가 GO 계산을 MT5 서버 자체에 집어넣었다면 이것은 큰 FAKE입니다. MQ에서 MT5 서버 부분을 완료하도록 요구하는 것이 시급합니다. 이러한 방식으로 거래일 시작 후 매시간 모든 선물 계약에 대해 기존 게이트웨이를 통해 거래소(Plaza 등)로 GO를 요청합니다. 그런 다음 클라이언트가 OrderCalcMargin()을 호출할 때 값의 사전 사용을 수행합니다.
브로커에게 요구할 수 있습니다(그는 고객을 희생하여 산다),
그리고 브로커는 소프트웨어 비용을 지불하기 때문에 MQ에 적용 해야 합니다 (사실은 아님).
그리고 결론을 내리기 전에 GO! 계산을 위한 새로운 원칙에 대한 문서(MOEX)를 읽으십시오.
Здравствуйте. На текущий момент планируем билд 2361 + патч шлюзов ФР и ВР (в нашей конфигурации всплыла существенная проблема, вчера получили патчи)
Если не возникнет проблем при тестировании/новых срочных вопросов, то постараемся до конца марта.
prostotrader /Alexey Kozitsyn : GO의 "대략적인" 계산에 대해 쓴 내용에서 MT5 서버가 소프트웨어와 어떤 식으로든 통합되지 않았다는 간접적으로 결론을 내릴 수 있습니다. / GO의 안정적인 계산을 위해 모스크바 거래소에서 참가자에게 제공하는 계산 GO를 위한 거래소의 게이트웨이. 여전히, 8489.62(지정가 주문의 경우!)는 사이트 Moex 7706r에 게시된 것과 상당한 차이(!)로 일치하지 않습니다. 이런 식으로 나는 MT5 서버가 이 소프트웨어와 통합된다는 보다 "낙관적인" 옵션에서 진행했지만 브로커나 딜러가 GO를 스스로 계산할 수 있다고 가정하기 때문에 시대에 매우 뒤떨어져 있습니다.
실제로 MQ가 GO의 계산을 MT5 서버 자체에 집어넣었다면 이것은 큰 FAKE입니다. MQ에서 MT5 서버 부분을 완료하도록 요구하는 것이 시급합니다. 이러한 방식으로 거래일 시작 후 매시간 모든 선물 계약에 대해 기존 게이트웨이를 통해 거래소(Plaza 등)로 GO를 요청합니다. 그런 다음 클라이언트가 OrderCalcMargin()을 호출할 때 값의 사전 사용을 수행합니다.
중지. 모든 것을 하나로 묶지 맙시다. 주문을 제출하기 전에 특정 가격의 주문에 대한 정확한 GD 값을 계산하는 것이 문제(방법을 모르겠습니다)라고 썼습니다. 그러나 이는 GA가 가격뿐만 아니라 거래 규모, 상품의 통화 구성 요소 존재, 집중 한도(때로는 변경됨) 및 담보 금리 수준(때로는 변경됨)에 따라 달라지기 때문입니다. . 그러나 파생 상품 시장 매개변수 섹션에 " 현재 환율을 사용하여 변동 증거금 및 증거금 계산 원칙 "이라는 문서가 있습니다. 이 문서가 있으면 어떻게 든 스스로 GO를 계산할 수 있다고 결론지었습니다.
MT5 터미널(세부 정보 탭)에 표시되는 GO가 어떻게 계산되는지 추측할 수 있을 뿐입니다.
OrderCalcMargin() 관련. 이 기능은 거래가 허용된 경우에만 EA 및 스크립트에서 허용됩니다. 따라서 무역 서버에 요청합니다. 그러나 GO 값이 서버에서 업데이트되는 빈도는 추측할 수만 있습니다.
분명히, 당신은 민방위에서 FORTS의 "생명" 뒤에 완전히 있습니다.
이전 GO가 이해할 수 있는 공식에 따라 계산되고
최대값은 3L, 이제 공식이 너무 복잡해졌습니다.
및 변수로 인해 정확한 GD를 계산하는 것이 거의 불가능합니다.
지정가 주문의 경우 OrderCalcMargin()은 대략적으로
정확한 값은 이고 시장 GO의 경우 = 개시 증거금 * 1.5입니다.
그리고 브로커는 여기에 전혀 관여하지 않습니다.
가장 좋은 가격에 대한 근접성, 달러와의 "연결", 집중 한도 및 담보율 수준에 따라 가치가 달라진다고 덧붙입니다. 요컨대, 정말 xs GO를 계산하는 방법입니다.
여기에서 찾을 수 있습니다.
prostotrader / Alexey Kozitsyn : GO의 "대략적인" 계산에 대해 작성한 내용에서 MT5 서버가 MT5 서버와 어떤 식으로든 통합되지 않는다는 결론을 간접적으로(직접 작성하지 않는 것 같습니다) GO의 안정적인 계산을 위해 모스크바 거래소에서 참가자에게 제공하는 GO 계산을 위한 거래소의 소프트웨어/게이트웨이. 여전히, 8489.62(지정가 주문의 경우!)는 사이트 Moex 7706r에 게시된 것과 상당한 차이(!)로 일치하지 않습니다. 이런 식으로 나는 MT5 서버가 이 소프트웨어와 통합된다는 보다 "낙관적인" 옵션에서 진행했지만 브로커나 딜러가 GO를 스스로 계산할 수 있다고 가정하기 때문에 시대에 매우 뒤떨어져 있습니다.
MQ가 실제로 GO 계산을 MT5 서버 자체에 집어넣었다면 이것은 큰 FAKE입니다. MQ에서 MT5 서버 부분을 완료하도록 요구하는 것이 시급합니다. 이러한 방식으로 거래일 시작 후 매시간 모든 선물 계약에 대해 기존 게이트웨이를 통해 거래소(Plaza 등)로 GO를 요청합니다. 그런 다음 클라이언트가 OrderCalcMargin()을 호출할 때 값의 사전 사용을 수행합니다.
prostotrader / Alexey Kozitsyn : GO의 "대략적인" 계산에 대해 쓴 내용에서 MT5 서버가 소프트웨어와 어떤 식으로든 통합되지 않았다는 간접적으로 결론을 내릴 수 있습니다. / GO의 안정적인 계산을 위해 모스크바 거래소에서 참가자에게 제공하는 계산 GO를 위한 거래소의 게이트웨이. 여전히, 8489.62(지정가 주문의 경우!)는 사이트 Moex 7706r에 게시된 것과 상당한 차이(!)로 일치하지 않습니다. 이런 식으로 나는 MT5 서버가 이 소프트웨어와 통합된다는 보다 "낙관적인" 옵션에서 진행했지만 브로커나 딜러가 GO를 스스로 계산할 수 있다고 가정하기 때문에 시대에 매우 뒤떨어져 있습니다.
실제로 MQ가 GO 계산을 MT5 서버 자체에 집어넣었다면 이것은 큰 FAKE입니다. MQ에서 MT5 서버 부분을 완료하도록 요구하는 것이 시급합니다. 이러한 방식으로 거래일 시작 후 매시간 모든 선물 계약에 대해 기존 게이트웨이를 통해 거래소(Plaza 등)로 GO를 요청합니다. 그런 다음 클라이언트가 OrderCalcMargin()을 호출할 때 값의 사전 사용을 수행합니다.
브로커에게 요구할 수 있습니다(그는 고객을 희생하여 산다),
그리고 브로커는 소프트웨어 비용을 지불하기 때문에 MQ에 적용 해야 합니다 (사실은 아님).
그리고 결론을 내리기 전에 GO! 계산을 위한 새로운 원칙에 대한 문서(MOEX)를 읽으십시오.
글쎄, 이것은 일반적으로 넌센스입니다! 거래소 거래에 적합한 소프트웨어를 만드는 것은 브로커가 아니라 소프트웨어 제조업체의 작업입니다.
행운을 빕니다! :)
추가됨
세르게이!
당신에게 큰 요청.
여기 쓰시 오
https://www.mql5.com/ru/forum/320837
귀하의 요청에 대한 테마도 있습니다.
오늘 Opener의 기술 지원 책임자로부터 전화가 왔습니다.
그들은 새로운 서버 를 설치했습니다(저만이 아니라 조용한 시장에서 속도가 1.5배 증가했습니다).
이제 그들은 새로운 버전의 서버 소프트웨어를 테스트하고 있습니다.
서버 소프트웨어 업데이트를 기다리는 중....
Openers 기술 지원 책임자의 좋은 소식입니다.
Здравствуйте. На текущий момент планируем билд 2361 + патч шлюзов ФР и ВР (в нашей конфигурации всплыла существенная проблема, вчера получили патчи) Если не возникнет проблем при тестировании/новых срочных вопросов, то постараемся до конца марта.그러나 게이트웨이용 패치가 필요한 경우 모든 것이 그렇게 행복한 것은 아닙니다 ...
prostotrader / Alexey Kozitsyn : GO의 "대략적인" 계산에 대해 쓴 내용에서 MT5 서버가 소프트웨어와 어떤 식으로든 통합되지 않았다는 간접적으로 결론을 내릴 수 있습니다. / GO의 안정적인 계산을 위해 모스크바 거래소에서 참가자에게 제공하는 계산 GO를 위한 거래소의 게이트웨이. 여전히, 8489.62(지정가 주문의 경우!)는 사이트 Moex 7706r에 게시된 것과 상당한 차이(!)로 일치하지 않습니다. 이런 식으로 나는 MT5 서버가 이 소프트웨어와 통합된다는 보다 "낙관적인" 옵션에서 진행했지만 브로커나 딜러가 GO를 스스로 계산할 수 있다고 가정하기 때문에 시대에 매우 뒤떨어져 있습니다.
실제로 MQ가 GO의 계산을 MT5 서버 자체에 집어넣었다면 이것은 큰 FAKE입니다. MQ에서 MT5 서버 부분을 완료하도록 요구하는 것이 시급합니다. 이러한 방식으로 거래일 시작 후 매시간 모든 선물 계약에 대해 기존 게이트웨이를 통해 거래소(Plaza 등)로 GO를 요청합니다. 그런 다음 클라이언트가 OrderCalcMargin()을 호출할 때 값의 사전 사용을 수행합니다.
중지. 모든 것을 하나로 묶지 맙시다. 주문을 제출하기 전에 특정 가격의 주문에 대한 정확한 GD 값을 계산하는 것이 문제(방법을 모르겠습니다)라고 썼습니다. 그러나 이는 GA가 가격뿐만 아니라 거래 규모, 상품의 통화 구성 요소 존재, 집중 한도(때로는 변경됨) 및 담보 금리 수준(때로는 변경됨)에 따라 달라지기 때문입니다. . 그러나 파생 상품 시장 매개변수 섹션에 " 현재 환율을 사용하여 변동 증거금 및 증거금 계산 원칙 "이라는 문서가 있습니다. 이 문서가 있으면 어떻게 든 스스로 GO를 계산할 수 있다고 결론지었습니다.
MT5 터미널(세부 정보 탭)에 표시되는 GO가 어떻게 계산되는지 추측할 수 있을 뿐입니다.
OrderCalcMargin() 관련. 이 기능은 거래가 허용된 경우에만 EA 및 스크립트에서 허용됩니다. 따라서 무역 서버에 요청합니다. 그러나 GO 값이 서버에서 업데이트되는 빈도는 추측할 수만 있습니다.
Openers 기술 지원 책임자의 좋은 소식입니다.
그러나 게이트웨이용 패치가 필요한 경우 모든 것이 그렇게 행복한 것은 아닙니다 ...
그건 그렇고, AMP(데모)에는 이미 빌드 2361에 서버 부분이 있습니다.