미끄러짐 매개변수에 대한 도움말
Integer :
필요 없음. 하지만 1은 충분하지 않고 3개의 스프레드가 맞습니다 - MarketInfo(Symbol(),MODE_SPREAD)*3
필요 없음. 하지만 1은 충분하지 않고 3개의 스프레드가 맞습니다 - MarketInfo(Symbol(),MODE_SPREAD)*3
어떤 식으로든 거래를 시작해야 하는 경우입니다. 그리고 계획된 개방 수준을 준수하는 것이 중요하다면?
alsu :
어떤 식으로든 거래를 시작해야 하는 경우입니다. 그리고 계획된 개방 수준을 준수하는 것이 중요하다면?
1. 단말기가 서버에 가격을 요청했습니다.어떤 식으로든 거래를 시작해야 하는 경우입니다. 그리고 계획된 개방 수준을 준수하는 것이 중요하다면?
2. 정규화했습니다.
3. 포지션을 개설 하라는 명령을 보냈습니다.
4. 서버가 이 주문을 처리했습니다.
포인트 1-2-3-4가 ONE TICK 내에서 실행될 시간이 있으면 Slippage 값에 관계없이 시장가 주문이 실행됩니다.
그렇지 않은 경우 다음 틱에 다른 가격이 표시됩니다.
여기에는 두 가지 옵션이 있습니다.
a) 가격이 요청한 가격보다 낮지만 Slippage보다 낮습니다. 서버는 가능한 최악의 가격으로 주문을 실행합니다.
b) 다른 모든 경우에 서버는 REQUOT를 발행합니다.
추신. 일부 DC에서는 서버에 불필요한 계산(예: 클라이언트를 위한 스프레드 할인)이 자주 로드됩니다.
이것은 터미널 요청 처리 속도를 늦추고 서버가 더 이상 한 틱에 맞지 않습니다.
prorab :
ECN 계정에서 slippage 매개변수가 무시된다는 점도 추가해야 합니다.
DYN :
ECN 계정에서 slippage 매개변수가 무시된다는 점도 추가해야 합니다.
나는 아직 ECN에서 2개의 스프레드에 해당하는 슬리피지 문제가 발생하지 않았습니다.
ECN 계정에서 slippage 매개변수가 무시된다는 점도 추가해야 합니다.
borilunad :
나는 아직 ECN에서 2개의 스프레드에 해당하는 슬리피지 문제가 발생하지 않았습니다.
나는 아직 ECN에서 2개의 스프레드에 해당하는 슬리피지 문제가 발생하지 않았습니다.
그리고 미끄러짐에 한 점을 넣으십시오. 다시 인용도 없을 것입니다.
이제야 모든 사람을 위한 EU 계정에 하나의 주방 견적이 있습니다. DC 견적인 것 같습니다.
ECN 계정에서 시장가 주문을 실행하는 방법론은 높은 시장 변동성 기간 동안 큰 슬리피지의 가능성 없이 주문의 즉각적인 실행 및 딜러 개입의 부재와 같은 이점을 제공하도록 설계되었습니다. 이러한 클라이언트의 이익 보호는 시장 주문(시장 주문)의 클라이언트로부터 받은 요청의 가격 수준을 이 주문이 실행될 수 있는 가장 유리한 가격과 비교함으로써 구현됩니다. 차이가 슬리피지(slippage)의 한계 값을 초과하면 해당 주문의 실행이 중단되고 클라이언트의 시장 주문(시장가 주문)이 거부됩니다. 슬리피지 한도 값은 적응형이며 고객이 시장 주문을 실행하기 위해 주문을 시작할 때 가격 변동성의 정도에 따라 다릅니다. 보류 중인 STOP BUY/SELL 주문은 동일한 원칙에 따라 활성화됩니다. 손절매 주문 및 손절매 절차의 실행은 시장에서 가장 좋은 가격으로 이루어지며 실제로 손절매에 따라 수행된 포지션의 강제 청산의 경우 주문 수준 또는 계산된 값과 크게 다를 수 있습니다. 아웃 절차.
DYN :
그들의 규칙에서 발췌 해 주셔서 감사합니다. 그러나 스프레드의 증가에 따라 내 슬립이 증가하고 "움직임"에만 열립니다. 그리고 그것이 없으면 왜 열립니까!
그리고 슬리피지를 1점으로 넣으려고 노력하십시오 - 다시 인용도 없을 것입니다.
이제야 모든 사람에 대한 EU 계정에 대한 하나의 주방 견적이 있는 것 같습니다. DC-따옴표:
이제 보류 중인 시장 주문조차도 좋은 움직임을 위해 작동하지 않을 수 있습니다. 정직한 ESDC는 고객이 미끄러짐으로 인해 돈을 잃을 것을 두려워하기 때문에)) 이전에는 터미널이 강한 움직임에 매달렸거나 메가 따옴표가 있었습니다. 지금은 딜러의 개입 없이 이것을 고객관리로 인한 재견적이라고 합니다.)) 약간의 개념을 바꿨습니다.)
그만, 나는 완전히 혼란 스럽습니다. 즉, 표준 유형의 계정에서 미끄러짐이 관련이 있지만 주문을 여는 기능에서 어떤 일이 발생합니까? 0을 설정해야합니까?
ex_kalibur :
그만, 나는 완전히 혼란 스럽습니다. 즉, 표준 유형의 계정에서 미끄러짐이 관련이 있지만 주문을 여는 기능에서 어떤 일이 발생합니까? 0을 설정해야합니까?
계정에서 미끄러짐 표준은 관련이 있지만 esn에서는 최소 0, 최소 백만 - 중요하지 않습니다. 결과에 영향을 미치지 않습니다.
그만, 나는 완전히 혼란 스럽습니다. 즉, 표준 유형의 계정에서 미끄러짐이 관련이 있지만 주문을 여는 기능에서 어떤 일이 발생합니까? 0을 설정해야합니까?
완전 혼란스럽습니다 도와주세요
여기서 의미:
외부 변수에 출력하면 int 값 extern int Slippage = 1; 코드에서 주어진 숫자를 추가로 변환해야 합니까?
슬리피지 = 슬리피지 * MarketInfo(Symbol(), MODE_POINT) 또는
미끄러짐 = 미끄러짐 * MarketInfo( Symbol() , MODE_DIGITS)