당신은 그것이 코드에 관한 것이 아니라는 것을 이해합니다. 여기 사람들은 계산하는 방법을 알고 있습니다. 그게 다입니다. 그러나 기능 목록에 변동성을 추가했는데 그 영향이 실제로 드러났습니다. 더 숲으로, 더 많은 장작. 그것을 고려하는 방법? 케이스는 완전히 절망적 인 것처럼 보입니다 ...
나는 설명하려고 노력할 것이다. 알고리즘은 다음과 같습니다. 수십 개의 DC에서 수십 개의 기호가 모니터링됩니다. 몇 가지 단계를 거쳐 추정이 이루어지므로 단순화를 위해 이를 거래에 의해 제거된 마진에 대한 거래의 예상 수익성이라고 부를 것입니다. 페어(기호, DC)마다 다릅니다. 거래를 열 때뿐만 아니라. 거래를 시작할 심볼과 DC를 선택하려면 이 지표를 비교해야 합니다. 이 선택을 하려면 레버리지에 대한 평가가 필요하며, 거래가 종료되기 전 예상 기간에 레버리지가 어느 정도인지에 대한 평가가 필요합니다. 결국 이 금액을 예약해야 합니다.
최대 프로그램입니다. 지금까지는 필요한 마진의 OrderCalcMargin() 추정치를 기준으로 사용할 수 있는지조차 모르겠습니다. 지금 이 순간을 위한 여백으로 두십시오. 변동성이 변하면 레버리지도 변한다고 말씀하셨습니다. 이것은 우리가 통계를 수집해야 함을 의미합니다. 각 기호에 대한 각 DC에서 변경되는 범위는 무엇입니까? 또는 이러한 변동의 허용 가능한 범위를 찾는 것이 가능할 것입니다. 최악의 상황은 어깨가 예측할 수없는 방식으로 변하는 것으로 밝혀지면 ...
내 질문 " OrderCheck() 또는 OrderCalcMargin() 함수가 사양에 지정된 레버리지 기능을 고려하는지 여부"는 이 접근 방식의 초기 질문입니다.
나는 설명하려고 노력할 것이다. 알고리즘은 다음과 같습니다. 수십 개의 DC에서 수십 개의 기호가 모니터링됩니다. 몇 가지 단계를 거쳐 추정이 이루어지므로 단순화를 위해 이를 거래에 의해 제거된 마진에 대한 거래의 예상 수익성이라고 부를 것입니다. 페어(기호, DC)마다 다릅니다. 거래를 열 때뿐만 아니라. 거래를 시작할 심볼과 DC를 선택하려면 이 지표를 비교해야 합니다. 이 선택을 하려면 레버리지에 대한 평가가 필요하며, 거래가 종료되기 전 예상 기간에 레버리지가 어느 정도인지에 대한 평가가 필요합니다. 결국 이 금액을 예약해야 합니다.
최대 프로그램입니다. 지금까지는 필요한 마진의 OrderCalcMargin() 추정치를 기준으로 사용할 수 있는지조차 모르겠습니다. 지금 이 순간을 위한 여백으로 두십시오. 변동성이 변하면 레버리지도 변한다고 말씀하셨습니다. 이것은 우리가 통계를 수집해야 함을 의미합니다. 각 기호에 대한 각 DC에서 변경되는 범위는 무엇입니까? 또는 이러한 변동의 허용 가능한 범위를 찾는 것이 가능할 것입니다. 최악의 상황은 어깨가 예측할 수없는 방식으로 변하는 것으로 밝혀지면 ...
//내 질문은 "OrderCheck() 또는 OrderCalcMargin() 함수가 사양에 지정된 레버리지의 기능을 고려합니까?" - 이 접근 방식의 초기입니다.
현재의
레버리지 감소를 알리는 편지가 우편으로 도착하는 것을 본 적이 없으며 여러 가지 요인이 있을 수 있습니다. 이는 국가의 선거에만 해당되는 것이 아닙니다. 따라서 편지가 오지 않을 수 있습니다. 어깨는 재량에 따라 즉시 변경되며 100에서 20을 설정할 수 있으며 몇 시간 동안만
레버리지 감소를 알리는 편지가 우편으로 도착하는 것을 본 적이 없으며 여러 가지 요인이 있을 수 있습니다. 이는 국가의 선거에만 해당되는 것이 아닙니다. 따라서 편지가 오지 않을 수 있습니다. 어깨는 재량에 따라 즉시 변경되며 100에서 20을 설정할 수 있으며 몇 시간 동안만
Vitaliy, 이전에 이미 추적 알고리즘을 작성했으며 레버리지가 1:2000이었기 때문에 직접 사용했습니다.
매매조건에서는 레버리지 변경의 한도, 조건, 시간, 어떤 조건에서 전혀 변경되지 않는지 등을 구체적으로 나타냅니다.
아니면 터미널에 필요한 정보가 없을까요? 단말이 서버에 요청을 보낼 때마다 확인하는지, 아니면 자금이 충분한지 확인하기 시작했다. MT5의 여러 DC 중에서 자금이 부족한 경우 두 줄로 요청을 기록하여 두 시점을 나타내는 단 하나만 찾았습니다. 아마도 MT5에서 이 터미널이 실제 계정에 연결된 터미널이기 때문에 나머지 MT5에는 데모가 있습니다. 6번의 수동 거래 시도 기록:
2018.07.03 04:59:35.231 거래 '3038119': 시장에서 1.26 EURUSD.m 2018.07.03 04:59:35.331 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:00:51.667 거래 '3038119': 시장에서 1.26 EURUSD.m 2018.07.03 05:00:51.747 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:00:55.001 거래 '3038119': 시장에서 1.26 EURUSD.m 2018.07.03 05:00:55.091 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:01:00.008 거래 '3038119': 시장 매도 1.26 EURUSD.m 2018.07.03 05:01:00.091 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:01:02.911 거래 '3038119': 시장 매도 1.26 EURUSD.m 2018.07.03 05:01:03.007 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:01:05.952 거래 '3038119': 시장 매도 1.26 EURUSD.m 2018.07.03 05:01:06.035 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
요청을 수신한 라인과 No money 응답이 있는 라인 사이의 시간 간격에서 서버는 100 80 90 83 96 87(밀리초)을 표시했습니다. 동시에 서버에 대한 터미널에 표시되는 ping은 73.56ms입니다. 자금이 충분하지 않다고 판단하기 전에 터미널이 80ms 이상 기다려야 하는 이유는 무엇입니까? 자금의 충분 여부를 확인하지 않고 단순히 모든 요청을 서버에 보낼 가능성이 매우 높습니다. 왜요? 한 가지 자연스러운 이유가 있습니다. 터미널에 이 확인에 필요한 정보가 포함되어 있지 않습니다. 그리고 나는 항상 "돈이 충분하지 않습니다 ..."라는 메시지가 터미널 자체에 이것이 서버 결정의 전송이 아니라는 것을 확신했습니다.
아니면 터미널에 필요한 정보가 없을까요? 단말이 서버에 요청을 보낼 때마다 확인하는지, 아니면 자금이 충분한지 확인하기 시작했다. MT5의 여러 DC 중에서 자금이 부족한 경우 두 줄로 요청을 기록하여 두 시점을 나타내는 단 하나만 찾았습니다. 아마도 MT5에서 이 터미널이 실제 계정에 연결된 터미널이기 때문에 나머지 MT5에는 데모가 있습니다. 6번의 수동 거래 시도 기록:
2018.07.03 04:59:35.231 거래 '3038119': 시장에서 1.26 EURUSD.m 2018.07.03 04:59:35.331 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:00:51.667 거래 '3038119': 시장에서 1.26 EURUSD.m 2018.07.03 05:00:51.747 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:00:55.001 거래 '3038119': 시장에서 1.26 EURUSD.m 2018.07.03 05:00:55.091 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:01:00.008 거래 '3038119': 시장 매도 1.26 EURUSD.m 2018.07.03 05:01:00.091 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:01:02.911 거래 '3038119': 시장 매도 1.26 EURUSD.m 2018.07.03 05:01:03.007 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음] 2018.07.03 05:01:05.952 거래 '3038119': 시장 매도 1.26 EURUSD.m 2018.07.03 05:01:06.035 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
요청을 수신한 라인과 No money 응답이 있는 라인 사이의 시간 간격에서 서버는 100 80 90 83 96 87(밀리초)을 표시했습니다. 동시에 서버에 대한 터미널에 표시되는 ping은 73.56ms입니다. 자금이 충분하지 않다고 판단하기 전에 터미널이 80ms 이상 기다려야 하는 이유는 무엇입니까? 자금의 충분 여부를 확인하지 않고 단순히 모든 요청을 서버에 보낼 가능성이 매우 높습니다. 왜요? 한 가지 자연스러운 이유가 있습니다. 터미널에 이 확인에 필요한 정보가 포함되어 있지 않습니다. 그리고 나는 항상 "돈이 충분하지 않습니다 ..."라는 메시지가 터미널 자체에 이것이 서버 결정의 전송이 아니라는 것을 확신했습니다.
당신은 그것이 코드에 관한 것이 아니라는 것을 이해합니다. 여기 사람들은 계산하는 방법을 알고 있습니다. 그게 다입니다. 그러나 기능 목록에 변동성을 추가했는데 그 영향이 실제로 드러났습니다. 더 숲으로, 더 많은 장작. 그것을 고려하는 방법? 케이스는 완전히 절망적 인 것처럼 보입니다 ...
나는 당신이 의미하는 바를 정말로 이해하지 못합니다.
이것은 모두 실제 거래 규칙의 거래 조건에 설명되어 있습니다.
기본적으로 흔한 일
따라서 계산이 다릅니다.
그러나 문제는 해결할 수 있습니다.
고려하는 방법 - 이전 게시물.나는 당신이 의미하는 바를 정말로 이해하지 못합니다.
이것은 모두 실제 거래 규칙의 거래 조건에 설명되어 있습니다.
기본적으로 흔한 일
따라서 계산이 다릅니다.
그러나 문제는 해결할 수 있습니다.
나는 설명하려고 노력할 것이다. 알고리즘은 다음과 같습니다. 수십 개의 DC에서 수십 개의 기호가 모니터링됩니다. 몇 가지 단계를 거쳐 추정이 이루어지므로 단순화를 위해 이를 거래에 의해 제거된 마진에 대한 거래의 예상 수익성이라고 부를 것입니다. 페어(기호, DC)마다 다릅니다. 거래를 열 때뿐만 아니라. 거래를 시작할 심볼과 DC를 선택하려면 이 지표를 비교해야 합니다. 이 선택을 하려면 레버리지에 대한 평가가 필요하며, 거래가 종료되기 전 예상 기간에 레버리지가 어느 정도인지에 대한 평가가 필요합니다. 결국 이 금액을 예약해야 합니다.
최대 프로그램입니다. 지금까지는 필요한 마진의 OrderCalcMargin() 추정치를 기준으로 사용할 수 있는지조차 모르겠습니다. 지금 이 순간을 위한 여백으로 두십시오. 변동성이 변하면 레버리지도 변한다고 말씀하셨습니다. 이것은 우리가 통계를 수집해야 함을 의미합니다. 각 기호에 대한 각 DC에서 변경되는 범위는 무엇입니까? 또는 이러한 변동의 허용 가능한 범위를 찾는 것이 가능할 것입니다. 최악의 상황은 어깨가 예측할 수없는 방식으로 변하는 것으로 밝혀지면 ...
내 질문 " OrderCheck() 또는 OrderCalcMargin() 함수가 사양에 지정된 레버리지 기능을 고려하는지 여부"는 이 접근 방식의 초기 질문입니다.나는 설명하려고 노력할 것이다. 알고리즘은 다음과 같습니다. 수십 개의 DC에서 수십 개의 기호가 모니터링됩니다. 몇 가지 단계를 거쳐 추정이 이루어지므로 단순화를 위해 이를 거래에 의해 제거된 마진에 대한 거래의 예상 수익성이라고 부를 것입니다. 페어(기호, DC)마다 다릅니다. 거래를 열 때뿐만 아니라. 거래를 시작할 심볼과 DC를 선택하려면 이 지표를 비교해야 합니다. 이 선택을 하려면 레버리지에 대한 평가가 필요하며, 거래가 종료되기 전 예상 기간에 레버리지가 어느 정도인지에 대한 평가가 필요합니다. 결국 이 금액을 예약해야 합니다.
최대 프로그램입니다. 지금까지는 필요한 마진의 OrderCalcMargin() 추정치를 기준으로 사용할 수 있는지조차 모르겠습니다. 지금 이 순간을 위한 여백으로 두십시오. 변동성이 변하면 레버리지도 변한다고 말씀하셨습니다. 이것은 우리가 통계를 수집해야 함을 의미합니다. 각 기호에 대한 각 DC에서 변경되는 범위는 무엇입니까? 또는 이러한 변동의 허용 가능한 범위를 찾는 것이 가능할 것입니다. 최악의 상황은 어깨가 예측할 수없는 방식으로 변하는 것으로 밝혀지면 ...
마지막으로 다음과 같이 씁니다.
특정 DC 의 거래 조건 을 읽으면 통계가 필요하지 않습니다.
마지막으로 다음과 같이 씁니다.
특정 DC 의 거래 조건 을 읽으면 통계가 필요하지 않습니다.
//내 질문은 "OrderCheck() 또는 OrderCalcMargin() 함수가 사양에 지정된 레버리지의 기능을 고려합니까?" - 이 접근 방식의 초기입니다.
현재의
레버리지 감소를 알리는 편지가 우편으로 도착하는 것을 본 적이 없으며 여러 가지 요인이 있을 수 있습니다. 이는 국가의 선거에만 해당되는 것이 아닙니다. 따라서 편지가 오지 않을 수 있습니다. 어깨는 재량에 따라 즉시 변경되며 100에서 20을 설정할 수 있으며 몇 시간 동안만
레버리지 감소를 알리는 편지가 우편으로 도착하는 것을 본 적이 없으며 여러 가지 요인이 있을 수 있습니다. 이는 국가의 선거에만 해당되는 것이 아닙니다. 따라서 편지가 오지 않을 수 있습니다. 어깨는 재량에 따라 즉시 변경되며 100에서 20을 설정할 수 있으며 몇 시간 동안만
Vitaliy, 이전에 이미 추적 알고리즘을 작성했으며 레버리지가 1:2000이었기 때문에 직접 사용했습니다.
매매조건에서는 레버리지 변경의 한도, 조건, 시간, 어떤 조건에서 전혀 변경되지 않는지 등을 구체적으로 나타냅니다.
그들은 또한 즉석에서 변경되기 때문에 추적했습니다.
내 질문 "OrderCheck() 또는 OrderCalcMargin() 함수가 사양에 지정된 레버리지 기능을 고려하는지 여부"는 이 접근 방식의 초기 질문입니다.
죄송합니다.
"그것은 코드에 관한 것이 아니라 여기에서 계산하는 방법을 아는 사람들 - 그게 전부입니다."
아마도 당신과 당신 자신은 모두에게 귀속되었습니다.
계산하고 모든 것이 될 것입니다아니면 터미널에 필요한 정보가 없을까요?
단말이 서버에 요청을 보낼 때마다 확인하는지, 아니면 자금이 충분한지 확인하기 시작했다. MT5의 여러 DC 중에서 자금이 부족한 경우 두 줄로 요청을 기록하여 두 시점을 나타내는 단 하나만 찾았습니다. 아마도 MT5에서 이 터미널이 실제 계정에 연결된 터미널이기 때문에 나머지 MT5에는 데모가 있습니다. 6번의 수동 거래 시도 기록:
2018.07.03 04:59:35.231 거래 '3038119': 시장에서 1.26 EURUSD.m
2018.07.03 04:59:35.331 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:00:51.667 거래 '3038119': 시장에서 1.26 EURUSD.m
2018.07.03 05:00:51.747 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:00:55.001 거래 '3038119': 시장에서 1.26 EURUSD.m
2018.07.03 05:00:55.091 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:01:00.008 거래 '3038119': 시장 매도 1.26 EURUSD.m
2018.07.03 05:01:00.091 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:01:02.911 거래 '3038119': 시장 매도 1.26 EURUSD.m
2018.07.03 05:01:03.007 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:01:05.952 거래 '3038119': 시장 매도 1.26 EURUSD.m
2018.07.03 05:01:06.035 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
요청을 수신한 라인과 No money 응답이 있는 라인 사이의 시간 간격에서 서버는 100 80 90 83 96 87(밀리초)을 표시했습니다.
동시에 서버에 대한 터미널에 표시되는 ping은 73.56ms입니다. 자금이 충분하지 않다고 판단하기 전에 터미널이 80ms 이상 기다려야 하는 이유는 무엇입니까? 자금의 충분 여부를 확인하지 않고 단순히 모든 요청을 서버에 보낼 가능성이 매우 높습니다. 왜요? 한 가지 자연스러운 이유가 있습니다. 터미널에 이 확인에 필요한 정보가 포함되어 있지 않습니다.
그리고 나는 항상 "돈이 충분하지 않습니다 ..."라는 메시지가 터미널 자체에 이것이 서버 결정의 전송이 아니라는 것을 확신했습니다.
Dennis Kirichenko가 내 질문에 가장 정확하게 대답한 것 같습니다 https://www.mql5.com/ru/forum/261955/page4#comment_7949343
Renat Akhtyamov , https://www.mql5.com/ru/forum/261955/page2#comment_7945930 "서버에서 마진 정보 요청"에서 어떤 방법을 제안 하셨습니까? 잠시만 기다려 주세요. 하지만 서버에 대한 요청은 무엇을 의미하는 건가요? 예비 마진 추정이 이루어지는 제안된 거래를 시작하려는 시도입니까?
아니면 터미널에 필요한 정보가 없을까요?
단말이 서버에 요청을 보낼 때마다 확인하는지, 아니면 자금이 충분한지 확인하기 시작했다. MT5의 여러 DC 중에서 자금이 부족한 경우 두 줄로 요청을 기록하여 두 시점을 나타내는 단 하나만 찾았습니다. 아마도 MT5에서 이 터미널이 실제 계정에 연결된 터미널이기 때문에 나머지 MT5에는 데모가 있습니다. 6번의 수동 거래 시도 기록:
2018.07.03 04:59:35.231 거래 '3038119': 시장에서 1.26 EURUSD.m
2018.07.03 04:59:35.331 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:00:51.667 거래 '3038119': 시장에서 1.26 EURUSD.m
2018.07.03 05:00:51.747 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:00:55.001 거래 '3038119': 시장에서 1.26 EURUSD.m
2018.07.03 05:00:55.091 거래 '3038119': 시장 매수 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:01:00.008 거래 '3038119': 시장 매도 1.26 EURUSD.m
2018.07.03 05:01:00.091 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:01:02.911 거래 '3038119': 시장 매도 1.26 EURUSD.m
2018.07.03 05:01:03.007 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
2018.07.03 05:01:05.952 거래 '3038119': 시장 매도 1.26 EURUSD.m
2018.07.03 05:01:06.035 거래 '3038119': 시장 매도 실패 1.26 EURUSD.m [돈 없음]
요청을 수신한 라인과 No money 응답이 있는 라인 사이의 시간 간격에서 서버는 100 80 90 83 96 87(밀리초)을 표시했습니다.
동시에 서버에 대한 터미널에 표시되는 ping은 73.56ms입니다. 자금이 충분하지 않다고 판단하기 전에 터미널이 80ms 이상 기다려야 하는 이유는 무엇입니까? 자금의 충분 여부를 확인하지 않고 단순히 모든 요청을 서버에 보낼 가능성이 매우 높습니다. 왜요? 한 가지 자연스러운 이유가 있습니다. 터미널에 이 확인에 필요한 정보가 포함되어 있지 않습니다.
그리고 나는 항상 "돈이 충분하지 않습니다 ..."라는 메시지가 터미널 자체에 이것이 서버 결정의 전송이 아니라는 것을 확신했습니다.
Dennis Kirichenko가 내 질문에 가장 정확하게 대답한 것 같습니다 https://www.mql5.com/ru/forum/261955/page4#comment_7949343
Renat Akhtyamov , https://www.mql5.com/ru/forum/261955/page2#comment_7945930 "서버에서 마진 정보 요청"에서 어떤 방법을 제안 하셨습니까? 잠시만 기다려 주세요. 하지만 서버에 대한 요청은 무엇을 의미하는 건가요? 예비 마진 추정이 이루어지는 제안된 거래를 시작하려는 시도입니까?
물론 나는 당신을 이해합니다
여행 초반에는 처음에는 간단한 것을 이해하지 못했는데
다시 한 번, 여기에 1랏의 판매 마진이 있습니다.
OrderCalcMargin( ORDER_TYPE_SELL ,_Symbol,1,BID,Mgn)
하지만 구매를 위해
OrderCalcMargin(ORDER_TYPE_BUY,_Symbol,1,ASK,Mgn)
레버리지는 그에 대한 계수입니다. 더 이상
k=100/어깨
이 정도
그리고 당신의 잡지는 당신에게 말합니다 - 돈이 없습니다, 나는 그것을 무료로 열 수 없습니다
데모 머니로 주문을 열 수 있습니다. 그러나 내가 이해하는 한 당신은 데모 머니가 없습니다.
잔고는 0이죠?외환클럽 .
::OrderCalcMargin()을 사용하여 그러한 로트 크기에 상대적인 마진을 확인했습니다. 실제 계정, 레버리지 1:500.
사양에 맞지 않는 거래량의 증가에 따라 레버리지 는 변하지 않는 것으로 나타났습니다.