그러나 결과 MqlTick 구조 (SymbolInfoTick(_Symbol,latest_price) 형식)에 거래가 입찰 또는 요청에 따라 진행되는 방식에 대한 매개변수를 추가하는 것이 필요하다고 생각합니다. 시장 정보를 요청하면 이 정보는 거래소에서 전송되며 광산을 포함한 많은 로봇에 필요합니다.
Получается, что биржа делит участников на два лагеря: активные и пассивные. Кого конкретно кем считать - не имеет значение. Суть разделения - придать разные знаки. Хотелось бы тогда понять, как разделение происходит, если лимитник бьется лимитником (например, лимитник по цене хуже текущей - эмуляция маркета с ограничением по проскальзыванию). А...
거래소는 거래에 대한 정보를 제공합니다. 각 거래가 구매인지 판매인지, 거래소가 이 계정을 모든 세부 정보와 함께 유지하는 방법 및 이 정보가 얼마나 유용한지 - 이것은 관심이 없는 이 스레드에서 논의하는 우리의 두 번째 질문입니다. ... 이 정보 담당자와 받고 싶습니다. 빠른 시일 내에 요청할 수 있으며 이를 기반으로 자동 거래 알고리즘을 생성합니다... 어떤 의심이 있으십니까?
밝히고 싶었습니다. 증권 거래소(FORTS의 MMVB/RTS)에서 거래할 때 표준 라이브러리를 사용하여 시장에서 유동성이 낮은 상품(선택 사항)에 대한 거래를 시작하라는 요청을 보내고 SetDeviationInPoints를 일부 값으로 설정하면 이렇게 할 수 있습니다. 유리로 시장을 실행하는 동안 멀리 날지 않을 것임을 보장합니다.
예를 들어 한 가격에 현재 유동성이 있고 수십 점에 대해 빈 잔이 있을 때 슬리피지를 10p로 설정하고 매수 요청을 보냅니다. 그러나 즉각적인 유동성은 모두 급격히 제거되고 주문서에서 훨씬 더 높은 곳에서 사용할 수 있습니다. 주문이 돌아오나요? 또는 미끄러짐 없이 실행됩니다.
1. a) 접착된 선물에 관해서... 나는 정말로 이해하지 못했지만 내 생각에 테스터는 그것들과 작동하지 않습니다(단일 거래가 아니라 터미널에 있는 표준 Expert Advisors를 테스트하려고 했습니다).
b) 주요 블루칩의 결합된 선물은 BCS의 MT5에 이미 나타났습니다. 뒤쳐지지 마십시오.
c) 테스터에서 스프레드를 수동으로 설정할 수 있으면 좋을 것이고 전략을 최적화하는 것이 훨씬 쉬울 것입니다.
다음은 2개의 이동 평균을 교차하는 간단한 시스템을 테스트할 때 테스터의 잘못된 작동의 예입니다.
부정확성은 거래를 할 때 스프레드의 정의(계산)에 정확히 있습니다.
Ask 가격에서 이루어진 마지막 4개의 BUY 거래만 올바르지 않습니다. 첫 번째는 약 20,000포인트의 스프레드가 있고 나머지는 약 5,000포인트의 스프레드가 있습니다. 물론 이것은 좋지 않습니다.
개발자에 대한 내 제안:
테스터의 재고 기기의 경우 다음 매개변수를 수동으로 설정할 수 있습니다.
1. 확산
2. 슬리피지(대량거래시 슬리피지 불가피)
3. 커미션 가치(총 브로커와 거래소) (테스터에서는 거래소 커미션만 고려하고 스캘퍼의 경우 커미션 가치가 매우 중요한 것으로 알고 있습니다)
개발자에 대한 내 제안:
테스터의 재고 기기의 경우 다음 매개변수를 수동으로 설정할 수 있습니다.
1. 확산
2. 슬리피지(대량거래시 슬리피지 불가피)
3. 커미션 가치(총 브로커와 거래소) (테스터에서는 거래소 커미션만 고려하고 스캘퍼의 경우 커미션 가치가 매우 중요한 것으로 알고 있습니다)
다음은 2개의 이동 평균을 교차하는 간단한 시스템을 테스트할 때 테스터의 잘못된 작동의 예입니다.
부정확성은 거래를 할 때 스프레드의 정의(계산)에 정확히 있습니다.
Ask 가격에서 이루어진 마지막 4개의 BUY 거래만 올바르지 않습니다. 첫 번째는 약 20,000포인트의 스프레드가 있고 나머지는 약 5,000포인트의 스프레드가 있습니다. 물론 이것은 좋지 않습니다.
개발자에 대한 내 제안:
테스터의 재고 기기의 경우 다음 매개변수를 수동으로 설정할 수 있습니다.
1. 확산
2. 슬리피지(대량거래시 슬리피지 불가피)
3. 커미션 가치(총 브로커와 거래소) (테스터에서는 거래소 커미션만 고려하고 스캘퍼의 경우 커미션 가치가 매우 중요한 것으로 알고 있습니다)
실례합니다. 데모가 있습니까? 나는 데모 계정에만 그런 쓰레기가 있습니다. 그리고 실제 계정에서는 모든 것이 정상입니다.
그러나 결과 MqlTick 구조 (SymbolInfoTick(_Symbol,latest_price) 형식)에 거래가 입찰 또는 요청에 따라 진행되는 방식에 대한 매개변수를 추가하는 것이 필요하다고 생각합니다. 시장 정보를 요청하면 이 정보는 거래소에서 전송되며 광산을 포함한 많은 로봇에 필요합니다.
몇 가지 의심 이 있습니다.
티앤에스에서 매매분할의 의미를 명확히 이해하지 못하면 그 사용(분할)이 의심됩니다.
밝히고 싶었습니다. 증권 거래소(FORTS의 MMVB/RTS)에서 거래할 때 표준 라이브러리를 사용하여 시장에서 유동성이 낮은 상품(선택 사항)에 대한 거래를 시작하라는 요청을 보내고 SetDeviationInPoints를 일부 값으로 설정하면 이렇게 할 수 있습니다. 유리로 시장을 실행하는 동안 멀리 날지 않을 것임을 보장합니다.
예를 들어 한 가격에 현재 유동성이 있고 수십 점에 대해 빈 잔이 있을 때 슬리피지를 10p로 설정하고 매수 요청을 보냅니다. 그러나 즉각적인 유동성은 모두 급격히 제거되고 주문서에서 훨씬 더 높은 곳에서 사용할 수 있습니다. 주문이 돌아오나요? 또는 미끄러짐 없이 실행됩니다.
ENUM_ORDER_TYPE_FILLING 정책 읽기
그러나 무언가가 정확히 그 옵션을 찾지 못했습니다. 아니면 인증서에서 보고하지 않는 것일 뿐입니다.
예를 들어, MT4에서는 시장 실행 중에 Expert Advisor의 미끄러짐이 무시됩니다.