마진을 계산하는 방법? - 페이지 2

 
Renat Akhtyamov :

물어볼 필요가 없다

계산 공식

개인의 마진을 계산하는 데 사용하는 공식은 다음과 같습니다.

OrderMargin = (OrderLots()* SymbolInfoDouble ( _Symbol , SYMBOL_TRADE_CONTRACT_SIZE )*OrderOpenPrice())/ AccountInfoInteger ( ACCOUNT_LEVERAGE );

대부분의 경우 모든 미결 주문에 대한 이러한 값의 합은 AccountInfoDouble(ACCOUNT_MARGIN)과 같습니다.

그러나 위에서 설명한 경우 이 공식은 잘못된 값을 제공합니다. 그 이유는 계산에서 상수(모든 주문에 대해) 값 AccountInfoInteger(ACCOUNT_LEVERAGE)를 사용하기 때문입니다. 사실 (내 특별한 경우) 그것은 일정하지 않습니다. 내 브로커는 규정에 따라 개별 주문에 대해 레버리지 가치를 수십 배까지 줄일 수 있습니다.

즉, 이 공식을 사용하는 터미널의 9개 주문에 대해 올바른 마진 값(표준 레버리지가 있음)을 얻고 10번째 및 11번째 주문 대해 올바르지 않음(브로커가 5분 동안 증가된 레버리지를 설정 발견 후).

Renat가 단일 주문에 대한 레버리지를 올바르게 계산할 수 있는 다른 공식을 제안할 수 있습니까?
포지션 개설 중개인이 언제든지 변경할 수 있음을 유의하시기 바랍니다.

만일을 대비하여, 나는 묘사된 상황이 나의 병든 상상의 산물 아님을 주목합니다. 이것은 오늘 밤 내 계정에서 일어난 일입니다.

 
Janis Ozols :

개인의 마진을 계산하는 데 사용하는 공식은 다음과 같습니다.

대부분의 경우 모든 미결 주문에 대한 이러한 값의 합은 AccountInfoDouble(ACCOUNT_MARGIN)과 같습니다.

그러나 위에서 설명한 경우 이 공식은 잘못된 값을 제공합니다. 그 이유는 계산에서 상수(모든 주문에 대해) 값 AccountInfoInteger(ACCOUNT_LEVERAGE)를 사용하기 때문입니다. 사실 (내 특별한 경우) 그것은 일정하지 않습니다. 내 브로커는 규정에 따라 개별 주문에 대해 레버리지 가치를 수십 배까지 줄일 수 있습니다.

즉, 이 공식을 사용하는 터미널의 9개 주문에 대해 올바른 마진 값(표준 레버리지가 있음)을 얻고 10번째 및 11번째 주문 대해 올바르지 않음(브로커가 5분 동안 증가된 레버리지를 설정 발견 후).

Renat가 단일 주문에 대한 레버리지를 올바르게 계산할 수 있는 다른 공식을 제안할 수 있습니까?
포지션 개설 중개인이 언제든지 변경할 수 있음을 유의하시기 바랍니다.

만일을 대비하여, 나는 묘사된 상황이 나의 병든 상상의 산물 아님을 주목합니다. 이것이 오늘 밤 내 계정에서 일어난 일입니다.

당연히 다를 것이다

개봉 당시의 실제 레버리지는 무엇이었습니까?

나는 흑백으로 당신에게 썼습니다 - 거래를 열 때 의견이나 마술에서 실제 영향력을 기억하십시오.

또한 레버리지를 계산해야 하며 요청하지 않아야 합니다.

추신

거래를 열 때의 레버리지는 그대로일 것입니다.

개봉 후에는 아무것도 바뀌지 않으며 원칙적으로 중요하지 않습니다.

VOL=MarketInfo("EURUSD",MODE_LOTSIZE);

LEVERAGE=NormalizeDouble(VOL/MarketInfo("USDCHF",MODE_MARGINREQUIRED),0);

시장 개요에서 유로와 프랑의 필수 존재

MQL4용 코드

어깨가 동시에 다른 방식으로 다른 악기에 뜨면 동일한 원칙에 따라 계산합니다.
 
Renat Akhtyamov :

개봉 당시의 실제 레버리지는 무엇이었습니까?

개봉 당시 실질 레버리지는 1:1000이었다. EUR/USD 거래량이 0.10이고 Вid = 1.1800 인 SELL 포지션을 개설 직후 마진은 11.80 USD였습니다. 당시 계정에는 9건의 거래가 더 있었고 마진은 86.20 USD였습니다. 포지션을 개설한 후 마진은 98.00 USD가 되었습니다. 2분 후 브로커는 마지막 오픈 포지션의 레버리지를 1:33으로 변경했습니다. 동시에 그녀의 마진은 357.58(개설 당시 11.80이 아님)이 되었고 총 계정 마진 은 443.78 USD가 되었습니다.

실제 마진 값이 계산된 것(하나의 포지션이 열렸을 때 관련이 있었습니다).

레나트 아크티아모프 :

나는 당신을 흑백으로 썼습니다 - 거래를 열 때 의견이나 마술에서 실제 영향력을 기억하십시오.

경솔한 말을 해서 죄송합니다만, 포지션을 여는 순간 절약한 레버리지가 이 상황에서 어떻게 도움이 되는지 이해할 수 없습니다.

 
Janis Ozols :

개봉 당시 실질 레버리지는 1:1000이었다. EUR/USD 거래량이 0.10이고 Вid = 1.1800 인 SELL 포지션을 개설 직후 마진은 11.80 USD였습니다 . 당시 계정에는 9건의 거래가 더 있었고 마진은 86.20 USD였습니다. 포지션을 개설한 후 마진은 98.00 USD가 되었습니다. 2분 후 브로커는 마지막 오픈 포지션의 레버리지를 1:33으로 변경했습니다. 동시에 그녀의 마진은 357.58(개설 당시 11.80이 아님)이 되었고 총 계정 마진은 443.78 USD가 되었습니다.

나는 실제 마진 값이 계산된 값( 포지션이 열렸을 때 관련이 있었습니다).

경솔한 말을 해서 죄송합니다만, 포지션을 여는 순간 절약한 레버리지가 이 상황에서 어떻게 도움이 되는지 이해할 수 없습니다.

당신이 설명하는 것은 loka, tk의 일부를 닫을 때만 가능합니다. 거의 모든 DC가 현재 네팅되고 있습니다.

여기서. 오픈 포지션의 마진이 변경됩니다

이 2분 동안 거래가 성사되었습니까?

 
Renat Akhtyamov :

한 번 열리면 아무것도 바뀌지 않습니다.

비결은 바로 여기! 제 경우에는 단일 주문에 대한 레버리지 가 포지션을 개설한 후 변경 되었습니다. 그리고 즉시가 아니라 잠시 후에. 이것은 직원이 확인했습니다. 브로커 지원을 받은 후 내 계정에서 이 상황을 재현할 수 있었습니다.

레나트 아크티아모프 :

당신이 설명하는 것은 loka, tk의 일부를 닫을 때만 가능합니다. 거의 모든 DC가 현재 네팅되고 있습니다.

이 2분 동안 거래가 성사되었습니까?

아니요, 거래를 마감하지 않았고 잠금 장치를 사용하지 않았습니다. 터미널에서는 한 방향으로만 거래가 이루어졌습니다. 0.1의 거래량으로 또 다른 SELL 포지션을 연 후, 나는 한동안 터미널에서 Margin = 98.00 값을 관찰했습니다. 약 2분 후 내 눈앞에서 이 수치는 443.78이 되었다. 동시에 로그에 한 줄도 추가되지 않았으며 고문도 연결되지 않았습니다. 하나의 차트가 열려 있고 시장 리뷰에 하나의 기호가 있습니다.

작은 손실로 불행한 거래를 마감 한 후 계정 마진은 다시 86.20과 동일하게되었습니다.

 
Janis Ozols :

비결은 바로 여기! 제 경우에는 단일 주문에 대한 레버리지 가 포지션을 개설한 후 변경 되었습니다. 그리고 즉시가 아니라 잠시 후에. 이것은 직원이 확인했습니다. 브로커 지원을 받은 후 내 계정에서 이 상황을 재현할 수 있었습니다.

아니요, 거래를 마감하지 않았고 잠금 장치를 사용하지 않았습니다. 터미널에서는 한 방향으로만 거래가 이루어졌습니다. 0.1의 거래량으로 또 다른 SELL 포지션을 연 후, 나는 한동안 터미널에서 Margin = 98.00 값을 관찰했습니다. 약 2분 후 내 눈앞에서 이 수치는 443.78이 되었다. 동시에 로그에 한 줄도 추가되지 않았으며 고문도 연결되지 않았습니다. 하나의 차트가 열려 있고 시장 리뷰에 하나의 기호가 있습니다.

인쇄 레버리지, 개봉 시간 및 여백

위의 수식 및 코드

글쎄, 로그에 따라 DC를 처리하십시오.

개인적으로 나는 이러한 확인되지 않은 동화를 믿지 않습니다.
 
Renat Akhtyamov :

글쎄, 로그에 따라 DC를 처리하십시오.

DC를 처리했습니다. 그들의 대답은 매우 간단합니다. 규정 읽으십시오. 모든 것이 거기에 기록되어 있습니다. 그리고 실제로 회사는 특정 조건에서 개설된 개별 포지션에 대한 레버리지를 변경할 수 있는 권리를 보유합니다. 그 후, 나는 명확한 질문 했습니다. 오픈하기 전에 다음 포지션에 대한 실질적인 레버리지를 얻을 수 있습니까? MarketInfo(_Symbol,MODE_MARGINREQUIRED), AccountFreeMarginCheck() 또는 이에 대한 다른 쿼리를 사용하시겠습니까? 아니오라는 답변 받았습니다. 감소된 레버리지는 현재 시장 상황에 따라 규정 조건에 맞는 포지션을 개설한 후 설정됩니다.

레나트 아크티아모프 :
개인적으로 나는 이러한 확인되지 않은 동화를 믿지 않습니다.

나는 어떤 식으로든 당신에게 확신을 주려는 것이 아닙니다! 또한 유사한 상황에 직면하지 않으셨다니 매우 기쁩니다. 나는 이 브로커와 몇 년 동안 일하면서 처음으로 그것을 접했습니다.

당신이 말한 모든 것을 요약하면 이 값이 어딘가에 저장되지 않은 경우 MQL4를 사용하여 임의의 시점에 터미널의 단일 오픈 위치에 대한 실제(계산되지 않은) 마진을 얻을 수 있는 기본 방법이 없다는 것을 올바르게 이해하고 있습니까? 전에?

 
Janis Ozols :

DC를 처리했습니다. 그들의 대답은 매우 간단합니다. 규정 읽으십시오. 모든 것이 거기에 기록되어 있습니다. 그리고 실제로 회사는 특정 조건에서 개설된 개별 포지션에 대한 레버리지를 변경할 수 있는 권리를 보유합니다. 그 후, 나는 명확한 질문 했습니다. 오픈하기 전에 다음 포지션에 대한 실질적인 레버리지를 얻을 수 있습니까? MarketInfo(_Symbol,MODE_MARGINREQUIRED), AccountFreeMarginCheck() 또는 이에 대한 다른 쿼리를 사용하시겠습니까? 아니오라는 답변 받았습니다. 감소된 레버리지는 현재 시장 상황에 따라 규정 조건에 맞는 포지션을 개설한 후 설정됩니다.

나는 어떤 식으로든 당신에게 확신을 주려는 것이 아닙니다! 또한 유사한 상황에 직면하지 않으셨다니 매우 기쁩니다. 나는 이 브로커와 몇 년 동안 일하면서 처음으로 그것을 접했습니다.

당신이 말한 모든 것을 요약하면 이 값이 어딘가에 저장되지 않은 경우 MQL4를 사용하여 임의의 시점에 터미널의 단일 오픈 위치에 대한 실제(계산되지 않은) 마진을 얻을 수 있는 기본 방법이 없다는 것을 올바르게 이해하고 있습니까? 전에?

규정을 알기 때문에 BEFORE가 아니라 AFTER

그리고 나에게 어울리지 않는 것이 있으면 그런 곳에서 일하지 않는다.

 
Janis Ozols :

당신이 말한 모든 것을 요약하면 이 값이 어딘가에 저장되지 않은 경우 MQL4를 사용하여 임의의 시점에 터미널의 단일 오픈 위치에 대한 실제(계산되지 않은) 마진을 얻을 수 있는 기본 방법이 없다는 것을 올바르게 이해하고 있습니까? 전에?

응 그게 맞아.

대부분의 경우 레버리지는 단일 거래가 아니라 상품 전체에 대해 변경되지만 본질은 변경되지 않습니다.

이 사건에 대해 제 정보원에게 경고를 추가하겠습니다...

 

AccountLeverage() 함수는 계정의 레버리지가 변경되었음을 암시합니다. 개별 심볼의 경우 레버리지는 심볼 이그조틱(Fx Minors, Fx Exotics, Fx Rub) 및 포지션 볼륨 에 따라 계정 레버리지와 다를 수 있습니다. 어쨌든 규정과 계약 사양을 읽어야 합니다.

흥미로운 시간에 모든 거래 작업 은 계정의 레버리지를 변경합니다. 레버리지를 변경하려면 거래를 해야 합니다 . 나는 어떻게 든 잊혀지고 약속되지 않은 보류 주문 을 삭제했습니다. 말하자면, 물건을 정리하십시오. 결과적으로 계정 레버리지가 500에서 100으로 감소했습니다.

Документация по MQL5: Константы, перечисления и структуры / Торговые константы / Типы торговых операций
Документация по MQL5: Константы, перечисления и структуры / Торговые константы / Типы торговых операций
  • www.mql5.com
Торговля осуществляется посредством отправки с помощью функции OrderSend() приказов на открытие позиций, а также приказов на установку, модификацию и удаление отложенных ордеров. Каждый торговый приказ содержит указание на тип запрашиваемой торговой операции. Торговые операции описаны в перечислении ENUM_TRADE_REQUEST_ACTIONS...