이것은 매우 슬프다. 어떤 이유에서인지 그러한 정보는 열린 위치의 다른 속성과 함께 쉽게 액세스할 수 있어야 한다는 것이 분명해 보였습니다. 분명히 모든 주문에 대해 계산된 총 마진 값을 실제 금액과 정기적으로 비교해야 하며, 상당한 불일치가 있는 경우 거래 를 중단하고 거래자에게 알려야 합니다.
안드레이 카팀리안스키 :
대부분의 경우 레버리지는 단일 거래가 아니라 상품 전체에 대해 변경되지만 본질은 변경되지 않습니다.
잘못 놓친 :
AccountLeverage() 함수는 계정의 레버리지가 변경되었음을 암시합니다. 개별 심볼의 경우 레버리지는 심볼 이그조틱(Fx Minors, Fx Exotics, Fx Rub) 및 포지션 볼륨 에 따라 계정 레버리지와 다를 수 있습니다.
아마도 그것에 대해 쓰는 것을 잊었을 것입니다. 하지만 제 경우에는 레버리지가 상품(기호)이 아니라 계정 전체가 아니라 단일 포지션에 대해 변경됩니다. 이는 규정에 명시되어 있으며, 브로커의 기술지원 답변과 저의 실시간 실험으로 확인되었습니다. 이러한 이유로 ACCOUNT_LEVERAGE 또는 MARGIN_REQUIRED와 같은 계정 및 기호 매개변수를 한 형식 또는 다른 형식으로 포함하는 모든 수식이 쓸모 없게 됩니다. 이것이 내 질문의 이유였습니다.
어떻게 확인하셨나요? "lot1*leverage_regular + lot2*lever_regular + lot3*leverage 증가"와 같이 마진이 표시된 것과 수렴되는 공식을 찾았습니까?
아니요, 그런 식으로 작동하지 않았습니다. 그것은 실제 계정에 있었고 나의 주요 임무는 가능한 한 빨리 유해한 위치를 식별하고 돌이킬 수 없는 일이 발생하기 전에 폐쇄하는 것이 었습니다. 그 중 두 명이 있었다. 나는 원칙적으로 그러한 위치를 100% 정확도로 식별하는 공식을 만드는 것이 가능하다고 생각하지 않습니다. 지금까지는 계산된 마진을 계산한 다음 실제와 비교하기 위해 모든 오픈 포지션을 검색했습니다. 불일치하는 경우 거래 작업 이 일시 중단되고 거래자에게 알림이 전송됩니다. 아마도 중요한 마진 수준의 경우 가장 최근에 열린 포지션의 청산을 추가하는 것이 좋습니다.
아니요, 그런 식으로 작동하지 않았습니다. 그것은 실제 계정에 있었고 나의 주요 임무는 가능한 한 빨리 유해한 위치를 식별하고 돌이킬 수 없는 일이 발생하기 전에 폐쇄하는 것이 었습니다. 그 중 두 명이 있었다. 나는 원칙적으로 그러한 위치를 100% 정확도로 식별하는 공식을 만드는 것이 가능하다고 생각하지 않습니다. 지금까지는 계산된 마진을 계산한 다음 실제와 비교하기 위해 모든 오픈 포지션을 검색했습니다. 불일치하는 경우 거래 작업 이 일시 중단되고 거래자에게 알림이 전송됩니다. 아마도 중요한 마진 수준의 경우 가장 최근에 열린 포지션의 청산을 추가하는 것이 좋습니다.
네, 그게 바로 저를 괴롭혔습니다. 이 계정에서 일하는 Expert Advisor는 무엇보다도 레버리지와 직접적으로 관련된 증거금의 크기를 기반 으로 포지션을 열 때 랏의 크기를 결정합니다. 당연히, 포지션을 연 후 증거금 보안이 30배 증가하는 것은 그에게 완전히 놀라운 일이었습니다. 이 상황에서 결제 위험을 줄이기 위한 귀하의 권고는 상당히 합리적으로 보입니다. 불행히도, 이것은 또한 수익성을 감소시킵니다...
어쩌면 당신이 옳습니다. 그러나 중개인의 규정에서는 개별 직책에 대해 이야기하고 있습니다. 그리고 기술 지원 직원이 나에게 같은 내용을 썼습니다.
또한 응답을 기다리는 동안 MarketInfo(_Symbol, MODE_MARGINREQUIRED) 함수를 사용하여 이 상품에 대한 마진을 반복적으로 요청하고 특정 심볼, 포지션 방향 및 로트에 대해 AccountFreeMarginCheck 요청을 했습니다. 모든 경우에 상품의 마진은 계정 설정(1:1000)에 설정된 레버리지와 정확히 일치했습니다. 그러나 오픈 포지션에 대한 담보 금액은 그보다 몇 배나 많았습니다. 내가 마지막 열린 위치를 닫고 마지막에서 두 번째 위치를 닫을 때까지.
총 로트의 증가 또는 다른 이유로 상품의 레버리지가 변경된 경우 이러한 쿼리가 증가된 마진을 반환할 것으로 예상하는 것이 논리적이겠죠?
네, 그게 바로 저를 괴롭혔습니다. 이 계정에서 일하는 Expert Advisor는 무엇보다도 레버리지와 직접적으로 관련된 증거금의 크기를 기반 으로 포지션을 열 때 랏의 크기를 결정합니다. 당연히, 포지션을 연 후 증거금 보안이 30배 증가하는 것은 그에게 완전히 놀라운 일이었습니다. 이 상황에서 결제 위험을 줄이기 위한 귀하의 권고는 상당히 합리적으로 보입니다. 불행히도, 이것은 또한 수익성을 감소시킵니다...
어느 누구도 수입이 필요하지 않습니다. 그것은 한순간에 잃을 수 있고 공허한 시간에 잃어버린 시간을 후회할 수 있습니다.
레버리지를 변경하려면 거래를 해야 합니다 . 나는 어떻게 든 잊혀지고 약속되지 않은 보류 주문 을 삭제했습니다. 말하자면, 물건을 정리하십시오. 결과적으로 계정 레버리지가 500에서 100으로 감소했습니다.
아니요. 이것은 터미널이 업데이트를 보기 위한 것이므로 재접속 또는 거래 작업 이 필요합니다. 어깨가 없어도 적용되며 반드시 즉시 영향을 미치는 것은 아닙니다.
응 그게 맞아.
대부분의 경우 레버리지는 단일 거래가 아니라 상품 전체에 대해 변경되지만 본질은 변경되지 않습니다.
이 사건에 대해 제 정보원에게 경고를 추가하겠습니다...
나는 모든 프로그램의 의무를 위해 이것을 가지고있다
조금
레버리지가 변경된 경우 일반적으로 거래 금지가 포함됩니다.
어깨는 매우 심각한 문제이므로 어깨가 느슨해지지 않도록 하는 것이 좋습니다 ;)
응 그게 맞아.
이것은 매우 슬프다. 어떤 이유에서인지 그러한 정보는 열린 위치의 다른 속성과 함께 쉽게 액세스할 수 있어야 한다는 것이 분명해 보였습니다. 분명히 모든 주문에 대해 계산된 총 마진 값을 실제 금액과 정기적으로 비교해야 하며, 상당한 불일치가 있는 경우 거래 를 중단하고 거래자에게 알려야 합니다.
대부분의 경우 레버리지는 단일 거래가 아니라 상품 전체에 대해 변경되지만 본질은 변경되지 않습니다.
AccountLeverage() 함수는 계정의 레버리지가 변경되었음을 암시합니다. 개별 심볼의 경우 레버리지는 심볼 이그조틱(Fx Minors, Fx Exotics, Fx Rub) 및 포지션 볼륨 에 따라 계정 레버리지와 다를 수 있습니다.
아마도 그것에 대해 쓰는 것을 잊었을 것입니다. 하지만 제 경우에는 레버리지가 상품(기호)이 아니라 계정 전체가 아니라 단일 포지션에 대해 변경됩니다. 이는 규정에 명시되어 있으며, 브로커의 기술지원 답변과 저의 실시간 실험으로 확인되었습니다. 이러한 이유로 ACCOUNT_LEVERAGE 또는 MARGIN_REQUIRED와 같은 계정 및 기호 매개변수를 한 형식 또는 다른 형식으로 포함하는 모든 수식이 쓸모 없게 됩니다. 이것이 내 질문의 이유였습니다.
아마도 그것에 대해 쓰는 것을 잊었을 것입니다. 하지만 제 경우에는 레버리지가 상품(기호)이 아니라 계정 전체가 아니라 단일 포지션에 대해 변경됩니다. 이는 규정에 명시되어 있으며, 브로커의 기술지원 답변과 저의 실시간 실험으로 확인되었습니다.
그들은 여러 번 말했다.
그러나 나는 여전히 그것을 의심한다.
어떻게 확인하셨나요? "lot1* leverage_regular + lot2*leverage_regular + lot3* 증가된 레버리지"와 같이 표시된 마진과 일치하는 공식을 찾을 수 있었습니까?
어떻게 확인하셨나요? "lot1*leverage_regular + lot2*lever_regular + lot3*leverage 증가"와 같이 마진이 표시된 것과 수렴되는 공식을 찾았습니까?
아니요, 그런 식으로 작동하지 않았습니다. 그것은 실제 계정에 있었고 나의 주요 임무는 가능한 한 빨리 유해한 위치를 식별하고 돌이킬 수 없는 일이 발생하기 전에 폐쇄하는 것이 었습니다. 그 중 두 명이 있었다. 나는 원칙적으로 그러한 위치를 100% 정확도로 식별하는 공식을 만드는 것이 가능하다고 생각하지 않습니다. 지금까지는 계산된 마진을 계산한 다음 실제와 비교하기 위해 모든 오픈 포지션을 검색했습니다. 불일치하는 경우 거래 작업 이 일시 중단되고 거래자에게 알림이 전송됩니다. 아마도 중요한 마진 수준의 경우 가장 최근에 열린 포지션의 청산을 추가하는 것이 좋습니다.
아니요, 그런 식으로 작동하지 않았습니다. 그것은 실제 계정에 있었고 나의 주요 임무는 가능한 한 빨리 유해한 위치를 식별하고 돌이킬 수 없는 일이 발생하기 전에 폐쇄하는 것이 었습니다. 그 중 두 명이 있었다. 나는 원칙적으로 그러한 위치를 100% 정확도로 식별하는 공식을 만드는 것이 가능하다고 생각하지 않습니다. 지금까지는 계산된 마진을 계산한 다음 실제와 비교하기 위해 모든 오픈 포지션을 검색했습니다. 불일치하는 경우 거래 작업 이 일시 중단되고 거래자에게 알림이 전송됩니다. 아마도 중요한 마진 수준의 경우 가장 최근에 열린 포지션의 청산을 추가하는 것이 좋습니다.
독성?
이것은 농담입니다.
간단한 조언 - 이것이 최소 레버리지인 경우 마진 1에서 100까지 다시 계산
내 생각에 당신의 경우는 1에서 33입니다
그리고 당신은 위험의 정의로 목욕하지 않을 것입니다, 그것은 다소 일정하게 될 것입니다
갑작스러운 위험 증가로 인해 혼란스럽죠?
아니요, 그런 식으로 작동하지 않았습니다. 실제 계정에 있었고 내 주요 임무는 가능한 한 빨리 유해한 위치를 식별하고 돌이킬 수 없는 일이 발생하기 전에 폐쇄하는 것이 었습니다. 그 중 두 명이 있었다.
글쎄, 총 로트가 증가하는 것과 마찬가지로 상품의 레버리지도 변경됩니다.
특정 위치에 관한 것이 아닙니다.
간단한 조언 - 이것이 최소 레버리지인 경우 마진 1에서 100까지 다시 계산
내 생각에 당신의 경우는 1에서 33입니다
그리고 당신은 위험의 정의로 목욕하지 않을 것입니다, 그것은 다소 일정하게 될 것입니다
갑작스러운 위험 증가로 인해 혼란스럽죠?
네, 그게 바로 저를 괴롭혔습니다. 이 계정에서 일하는 Expert Advisor는 무엇보다도 레버리지와 직접적으로 관련된 증거금의 크기를 기반 으로 포지션을 열 때 랏의 크기를 결정합니다. 당연히, 포지션을 연 후 증거금 보안이 30배 증가하는 것은 그에게 완전히 놀라운 일이었습니다. 이 상황에서 결제 위험을 줄이기 위한 귀하의 권고는 상당히 합리적으로 보입니다. 불행히도, 이것은 또한 수익성을 감소시킵니다...
글쎄, 총 로트가 증가하는 것과 마찬가지로 상품의 레버리지도 변경됩니다.
특정 위치에 관한 것이 아닙니다.
어쩌면 당신이 옳습니다. 그러나 중개인의 규정에서는 개별 직책에 대해 이야기하고 있습니다. 그리고 기술 지원 직원이 나에게 같은 내용을 썼습니다.
또한 응답을 기다리는 동안 MarketInfo(_Symbol, MODE_MARGINREQUIRED) 함수를 사용하여 이 상품에 대한 마진을 반복적으로 요청하고 특정 심볼, 포지션 방향 및 로트에 대해 AccountFreeMarginCheck 요청을 했습니다. 모든 경우에 상품의 마진은 계정 설정(1:1000)에 설정된 레버리지와 정확히 일치했습니다. 그러나 오픈 포지션에 대한 담보 금액은 그보다 몇 배나 많았습니다. 내가 마지막 열린 위치를 닫고 마지막에서 두 번째 위치를 닫을 때까지.
총 로트의 증가 또는 다른 이유로 상품의 레버리지가 변경된 경우 이러한 쿼리가 증가된 마진을 반환할 것으로 예상하는 것이 논리적이겠죠?네, 그게 바로 저를 괴롭혔습니다. 이 계정에서 일하는 Expert Advisor는 무엇보다도 레버리지와 직접적으로 관련된 증거금의 크기를 기반 으로 포지션을 열 때 랏의 크기를 결정합니다. 당연히, 포지션을 연 후 증거금 보안이 30배 증가하는 것은 그에게 완전히 놀라운 일이었습니다. 이 상황에서 결제 위험을 줄이기 위한 귀하의 권고는 상당히 합리적으로 보입니다. 불행히도, 이것은 또한 수익성을 감소시킵니다...
어느 누구도 수입이 필요하지 않습니다. 그것은 한순간에 잃을 수 있고 공허한 시간에 잃어버린 시간을 후회할 수 있습니다.
시간은 돈이다
안정성이 있을 것이고 생각할 것이 더 많을 것입니다