내가 나 자신에게 팔고 살 때 사용하는 이익 계산 체계의 명백한 비논리성을 보여주기 위해 특별히 예를 들어 봤습니다. 그건 그렇고, 계획은 간단합니다. 그리고 동일한 거래소에서 완전히 일하고 있습니다. 그리고 플랫폼을 거래소 플랫폼으로 포지셔닝하면 거래소에서도 이러한 왜곡이 발생합니다.
hrenfx : 내가 나 자신에게 팔고 살 때 사용하는 이익 계산 체계의 명백한 비논리성을 보여주기 위해 특별히 예를 들어 봤습니다. 그건 그렇고, 계획은 간단합니다. 그리고 동일한 거래소에서 완전히 일하고 있습니다. 그리고 플랫폼을 거래소 플랫폼으로 포지셔닝하면 거래소에서도 이러한 왜곡이 발생합니다.
불행히도, 당신은 단순한 상황에 대한 순수한 계산으로 명확한 예를 보여주지 않았습니다. 그리고 그것을 적는 즉시 변환의 문제가 있는 위치를 볼 수 있습니다. 그리고 나도 알아.
교환 정보:
일반적으로 대부분의 경우 거래 계정은 상품이 거래되는 통화와 일치합니다. 따라서 전환, 특히 교차 비율 전환은 완전히 제외됩니다.
거래 계정이 상품의 통화와 다른 경우 거래소는 "실제 이익은 합의된/설정된 비율로 거래 세션 이 끝날 때 다시 계산됩니다."
이것은 정말 끔찍합니다. 예를 들어 RTS에 주의를 기울이는 것이 좋습니다. 이것이 그들의 규칙이며 그들의 변호에는 충분한 논거가 있습니다. 다른 (나쁜) 옵션 중 가장 좋은 것 같습니다.
맞아요, 의미를 정확히 파악해서 바로 썼어요. 그러나 이 규칙에 따라서만 전환이 지금 여기가 아니라 롤오버 시 모든 클라이언트의 총 네팅 위치에 따라 발생합니다. 그리고 그러한 왜곡이 없으며 이로 인해 발생하지 않습니다.
내부 변환 작업으로 여러 거래(그리고 이것은 단지 몇 건의 거래일 뿐입니다)를 수행했지만 아무 것도 잃지 않았다고 생각하십니까? 아름다움과 그 이상!
어떤 내부 변환 작업을 의미하는지 예를 사용하여 설명하십시오. 현재 마진 요구 사항 계산과 변환 작업을 혼동하지 맙시다.
예를 들어, USD가 있고 GBP로 평가되는 위의 계획에 따라 자신과 감자를 거래하기로 결정한 경우 감자 거래를 위한 마진 요구 사항은 GBPUSD 환율 의 변화를 고려하지만 전환은 없습니다. 운영 자체. 그리고 처음과 같이 아무도 감자를 가지고 있지 않으면 두 법안의 합계가 변경되지 않습니다.
여기 에 그려져 있습니다.
더 쉬운 예를 들어보세요 - 제한 없이 구매/판매하세요. 스프레드 내부로 이동하여 작업을 복잡하게 만들고 혼란스럽게 하는 이유는 무엇입니까?
현재 가격 을 보고 거래가 즉시 발생하고 요금이 변경되지 않는다는 점을 고려하십시오.
즉, 거래의 간단한 예를 들기를 거부하고 생각을 "여기에서 한도를 설정하고 거기에서 잡아냅니다."로 전환하려고 합니다.
레나트, 저와 소통하는 것이 불쾌한 것 같습니다. 유사한 진술로 토론을 시작할 수 있습니다.
그는 자신의 이익 계산 체계가 사기 직전에 작동하는 이유를 매우 구체적으로 설명했습니다. 당신은 단순화하려는 시도에서 명백한 캔트를 만들었습니다. (Bid + Ask) / 2 로 이동하여 문제를 해결하라는 제안을 받았습니다.
가격 책정에 정통한 사람들은 문제의 본질을 완벽하게 이해할 것입니다. 잠재 고객을 포함합니다. 문제를 해결해야 합니다.
내가 나 자신에게 팔고 살 때 사용하는 이익 계산 체계의 명백한 비논리성을 보여주기 위해 특별히 예를 들어 봤습니다. 그건 그렇고, 계획은 간단합니다. 그리고 동일한 거래소에서 완전히 일하고 있습니다. 그리고 플랫폼을 거래소 플랫폼으로 포지셔닝하면 거래소에서도 이러한 왜곡이 발생합니다.
불행히도, 당신은 단순한 상황에 대한 순수한 계산으로 명확한 예를 보여주지 않았습니다. 그리고 그것을 적는 즉시 변환의 문제가 있는 위치를 볼 수 있습니다. 그리고 나도 알아.
교환 정보:
이것은 정말 끔찍합니다. 예를 들어 RTS에 주의를 기울이는 것이 좋습니다. 이것이 그들의 규칙이며 그들의 변호에는 충분한 논거가 있습니다. 다른 (나쁜) 옵션 중 가장 좋은 것 같습니다.
레나트, 저와 소통하는 것이 불쾌한 것 같습니다. 유사한 진술로 토론을 시작할 수 있습니다.
어떠한 경우에도. 의사 소통하는 데 매우 유용합니다. 더 깊이 이해할 수있는 기회를 제공합니다.
그는 자신의 이익 계산 체계가 사기 직전에 작동하는 이유를 매우 구체적으로 설명했습니다. 당신은 단순화하려는 시도에서 명백한 캔트를 만들었습니다. (Bid + Ask) / 2 로 이동하여 문제를 해결하라는 제안을 받았습니다.
가격 책정에 정통한 사람들은 문제의 본질을 완벽하게 이해할 것입니다. 잠재 고객을 포함합니다. 문제를 해결해야 합니다.
우리 작업에서 이러한 변환 규칙 분석에 충분한 시간을 할애했다는 사실과 은행 전문가와 명시적으로 협력할 때 계산이 정확하다고 말할 수 있습니다.
예, 상호 반대 거래의 예에서 교차 환율로 이익을 변환하면 변환에 사용된 환율의 스프레드에 따라 손실이 나타납니다.
그리고 맞습니다.
불행히도, 당신은 단순한 상황에 대한 순수한 계산으로 명확한 예를 보여주지 않았습니다. 그리고 그것을 적는 즉시 변환의 문제가 있는 위치를 볼 수 있습니다. 그리고 나도 알아.
저것들. 간단한 예에서 모든 것이 논리적입니까? 그리고 예제의 불일치를 무시하기가 더 어렵습니까? 은행에 이것을 알리고 감사 문제를 다루십시오.
거래 계정이 상품의 통화와 다른 경우 거래소는 "실제 이익은 합의된/설정된 비율로 거래 세션 이 끝날 때 다시 계산됩니다." 이것은 아름다운 움직임입니다. 예를 들어 RTS에 주의를 기울이는 것이 좋습니다. 그것이 그들의 규칙입니다.
저것들. 간단한 예에서 모든 것이 논리적입니까? 그리고 예제의 불일치를 무시하기가 더 어렵습니까? 은행에 이것을 알리고 감사 문제를 다루십시오.
간단한 예에서, 당신은 모든 것을 보고 "네, 맞습니다."라고 말할 것입니다.
은행에서 이 문제에 대해 매우 정확하기 때문에 이 문제에 대해 자세히 논의했습니다.
이것은 다중 통화 이익을 FOREX의 롤오버로 전환하는 것과 완전히 유사합니다. MT5를 통해 이러한 교환 규칙을 어떻게 구현할 수 있습니까? MT4에서와 같이 목발 - 실제 상황과의 불일치를 맞추기 위해 계정에 자금을 인출/입금하시겠습니까?
당신은 뭔가를 생각해냅니다.
거래소의 경우 세션이 끝날 때 거래에서 교차 비율(필요한 경우) 이익의 재계산과 함께 요구 사항과 완전히 호환되는 솔루션을 만듭니다. 예, 끔찍하지만 그것이 그들의 규칙입니다.
반값으로 전환에 일정한 오류가 있습니다. 그리고 어떤 은행도 그렇게 하지 않을 것입니다.
그래서 당신은 이것과 그 오류를 얻습니다. 유일한 문제는 덜 악한 것을 선택하는 것입니다.
예, 상호 반대 거래의 예에서 교차 환율로 이익을 변환하면 변환에 사용된 환율의 스프레드에 따라 손실이 나타납니다.
그리고 맞습니다.
이것은 잘못된 것이 아니라 논리적이지 않습니다. 지갑 중 하나에서 다른 지갑으로 이체하고 돈을 잃습니다.
실제 FOREX 시장에 대해 이야기하면 롤오버 전에 포지션 이 전혀 닫히지 않습니다. 반대 거래는 이전에 열린 거래를 헤지합니다. 그리고 롤오버에서는 위치가 마감되어 MT4의 OrderCloseBy를 연상시킵니다. 그런 다음 이익의 해당 변환.
그래서 당신은 이것과 저 오류를 얻습니다. 유일한 문제는 덜 악한 것을 선택하는 것입니다.
우리는 오류가 없으며 변환은 손실 및 이익 변환의 의미를 올바르게 고려합니다.
어떤 경우에는 목표 통화로 결과를 얻으려면 매도에서 손실을 매수해야 하고 이익을 매수에서 매도해야 하기 때문입니다.
이것은 잘못된 것이 아니라 논리적이지 않습니다. 지갑 중 하나에서 다른 지갑으로 이체하고 돈을 잃습니다.
내부 변환 작업으로 여러 거래(그리고 이것은 단지 몇 건의 거래일 뿐입니다)를 수행했지만 아무 것도 잃지 않았다고 생각하십니까? 아름다움과 그 이상!
다시 한 번 반복합니다. 비용이 알려지지 않고 은행이 무료로 운영하는 다른 세계에 살고 있습니다. "감사, 사기 수법, 자금 인출, 추가 이익 등"이라는 진술로 판단하면 그러한 변환 작업의 비용이 실제로 0이라고 생각합니다.
브로커나 은행이 운영에서 합법적으로 퍼진 것을 거부하려면 확신을 갖고 열심히 노력해야 합니다...
실제 FOREX 시장에 대해 이야기하면 롤오버 전에 포지션 이 전혀 닫히지 않습니다. 반대 거래는 이전에 열린 거래를 헤지합니다. 그리고 롤오버에서는 위치가 마감되어 MT4의 OrderCloseBy를 연상시킵니다. 그런 다음 이익의 해당 변환.
우리는 오류가 없으며 변환은 손실 및 이익 변환의 의미를 올바르게 고려합니다.
맞아요, 의미를 정확히 파악해서 바로 썼어요. 그러나 이 규칙에 따라서만 전환이 지금 여기가 아니라 롤오버 시 모든 클라이언트의 총 네팅 위치에 따라 발생합니다. 그리고 그러한 왜곡이 없으며 이로 인해 발생하지 않습니다.
내부 변환 작업으로 여러 거래(그리고 이것은 단지 몇 건의 거래일 뿐입니다)를 수행했지만 아무 것도 잃지 않았다고 생각하십니까? 아름다움과 그 이상!
어떤 내부 변환 작업을 의미하는지 예를 사용하여 설명하십시오. 현재 마진 요구 사항 계산과 변환 작업을 혼동하지 맙시다.
예를 들어, USD가 있고 GBP로 평가되는 위의 계획에 따라 자신과 감자를 거래하기로 결정한 경우 감자 거래를 위한 마진 요구 사항은 GBPUSD 환율 의 변화를 고려하지만 전환은 없습니다. 운영 자체. 그리고 처음과 같이 아무도 감자를 가지고 있지 않으면 두 법안의 합계가 변경되지 않습니다.