% 보증금에서 정확한 로트 계산 - 페이지 7

 
zoritch :

그리고 플랫폼이 그것과 무슨 관련이 있는지... 정말 밤에는 거래되지 않습니다... 모두가 자고 있습니다... :-)))

메타트레이더의 CMS에서는 스프레드가 증가하더라도 거래가 가능하지만

 
gochu :

TICKSIZE와 POINT 불일치에 대한 기능은 다음과 같습니다.

53 쌍의 alpari 데모에서만 서로 다른 쌍을 본 적이 없습니다.


선물이 있는 브로커를 찾아 플레이하세요.
 
MT5 포럼에서 한 사람이 MM을 계산하는 방법을 제공합니다. 보세요, 아마도 당신은 그의 아이디어를 코딩할 수 있을 것입니다 http://ruforum.mt5.com/threads/55052-raschet-mm
 

주제가 공개되지 않았다고 생각합니다.

MODE_TICKVALUE 및 MODE_MARGINREQUIRED 모두 지점의 작업(위에서 하나만)을 고려하여 다중 통화 Expert Advisor 에 대한 로트의 정확한 계산에 참여해야 합니다.

"TICKVALUE" 매개변수는 거래 상품에 대한 동등한 측정 가능성을 제공합니다.

, 그리고 "MARGINREQUIRED" 매개변수는 보증금의 %로 증거금을 제한합니다.

계산 알고리즘은 2개의 사이클로 구성되어야 합니다. 첫 번째는 "TICKVALUE"를 사용하고 두 번째는 "MARGINREQUIRED"를 사용합니다.

 
_new-rena :

주제가 공개되지 않았다고 생각합니다.

MODE_TICKVALUE 및 MODE_MARGINREQUIRED(위에서 하나만)는 지점의 작업을 고려하여 다중 통화 Expert Advisor에 대한 로트의 정확한 계산에 참여해야 합니다.

"TICKVALUE" 매개변수는 거래 상품에 대한 동등한 측정 가능성을 제공합니다.

, 그리고 "MARGINREQUIRED" 매개변수는 보증금의 %로 증거금을 제한합니다.

계산 알고리즘은 2개의 사이클로 구성되어야 합니다. 첫 번째는 "TICKVALUE"를 사용하고 두 번째는 "MARGINREQUIRED"를 사용합니다.



여기에서 우리가 말하는 내용을 설명하십시오. 다중 통화와 순환이 그것과 어떤 관련이 있습니까?

추신 위의 두 값이 모두 존재해야 한다는 사실은 의심의 여지가 없습니다..

 
keekkenen :


여기에서 우리가 말하는 내용을 설명하십시오. 다중 통화와 순환이 그것과 어떤 관련이 있습니까?

추신 위의 두 값이 모두 존재해야 한다는 사실은 의심의 여지가 없습니다..


선택에 따라 게시된 코드에서 테마가 구현되지 않은 것이 이미 분명합니다.

구현이 시작되고 첫 번째 질문에 대한 답변이 자동으로 표시됩니다.

 
_new-rena :


선택에 따라 게시된 코드에서 테마가 구현되지 않은 것이 이미 분명합니다.

구현이 시작되고 첫 번째 질문에 대한 답변이 자동으로 표시됩니다.


그것은 주제를 뒷받침해야 합니까? / 나는 상상을 하고 / 스스로 추측합니다(올바른 것에 밑줄을 긋습니다)?
 
keekkenen :

그것은 주제를 뒷받침해야 합니까? / 나는 상상을 하고 / 스스로 추측합니다(올바른 것에 밑줄을 긋습니다)?

네, 정답이었습니다. 화제라고 생각했다. 그렇지 않은 경우 게시하겠습니다.
 

예, 아니오.. 코드가 필요하지 않습니다. 내 코드가 있습니다. 모든 것이 간단 합니다. 포지션을 여는 데 사용할 수 있는 금액을 얻습니다(위험 %를 고려하여 선택적으로 손익분기점이 아닌 경우 가능한 손실을 뺀 금액). 명령),

그리고 이 금액에서 더 나아가 손절매 크기, MODE_TICKVALUE 및 MODE_MARGINREQUIRED를 고려하여 계정의 가능한 로트에 대한 상한선을 많이 얻습니다(누락된 유일한 것은 선물에 대한 TICKSIZE 계산 다중성을 조정하는 것입니다. 아직 거래)..

 
keekkenen :

예, 아니오.. 코드가 필요하지 않습니다. 내 코드가 있습니다. 모든 것이 간단합니다. 포지션을 여는 데 사용할 수 있는 금액을 얻습니다(위험 %를 고려하여 선택적으로 손익분기점이 아닌 경우 가능한 손실을 뺀 금액). 명령),

그리고 이 금액에서 더 나아가 손절매 크기, MODE_TICKVALUE 및 MODE_MARGINREQUIRED를 고려하여 계정의 가능한 로트에 대한 상한선을 많이 얻습니다(누락된 유일한 것은 선물에 대한 TICKSIZE 계산 다중성을 조정하는 것입니다. 아직 거래)..


분명히.

나는 그것을 읽었습니다 - 나는 여전히 이해하지 못합니다 - 계산에서 손절매를 고려해야 할 곳은 무엇입니까?

나는 논리가 다음과 같다고 생각했다.

1. 총액 기준으로 보증금의 일정 비율이 있습니다.

2. 가격 변동에 따라 통화 쌍을 각각 1포인트씩 계산합니다. 금액을 찾습니다.

3. 포인트 수 찾기 - 포인트 1에서 얼마만큼의 돈이 충분한지

4. 각 쌍의 로트를 계산합니다.

5. 계산된 로트를 고려하여 각 쌍의 마진을 기반으로 관련된 마진을 계산합니다.

6. 결과를 1번 포인트와 연관시키고 변환 계수를 찾습니다.

7. 계수를 고려하여 로트 크기를 다시 계산하는 동시에 로트 * 마진을 합산합니다.

8. 동일 lot*deposit == item #1(?)

9. 모든 것이 해결되면 떠납니다(문제가 해결되지 않으면 계산 오류를 찾고 있습니다).

사유: