문제는 범용 플랫폼에서 특정 게이트웨이가 지원하는 실행 규칙을 정확히 아는 것이 항상 가능한 것은 아니라는 것입니다. 특히 유동성 공급자의 집계 모드에서.
예를 들어, 외환 ECN에서 요청보다 높은 구매 제한 주문은 (매칭 엔진에 따라) "더 나쁜 가격으로"가 아니라 "그 자신이 더 나쁜 요청을 요청했기 때문에 정확히 같은 가격으로 채울 수 있습니다. ". 많은 실행 시스템, 많은 거래자가 있으며 현재 안전 모델을 변경하면 잘못된 가격으로 부주의한 범람 또는 의도적으로 잘못된 가격으로 인한 지속적인 실패로 이어질 것입니다.
우리는 수정 키가 있는 하이브리드 컵 시스템을 만들기로 결정했습니다.
기본적으로 모든 것이 지금 그대로 작동합니다 - 스프레드 영역을 통한 전송을 포함하여 매수 스톱 및 매도 스톱 주문이 있는 안전한 모델
Ctrl 키를 누르면 전송을 포함하여 Buy Stop 및 Sell Stop 주문을 거부하는 모델이 작동하기 시작합니다.
즉, Ctrl 키를 누른 상태에서 매수 한도를 매도 한도 위에 놓고 매도 한도를 입찰 아래에 둘 수 있습니다. 물론 잘못된 가격 으로 인해 거절당할 위험이 있습니다.
한 번의 빌드 후에 테스터는 이미 거래 전략을 테스트할 때 이러한 틱 데이터를 강력하게 사용할 것입니다.
이것은 좋은 소식입니다. 짧은 정지와 양초 내부 후행 테스트에 매우 좋습니다. 그러나 거래에서는 지표가 틱 차트에서 작동하기를 원합니다. 이제 최소 시간 프레임은 1분입니다. 오늘날 이것은 이미 많고 앞으로도 그럴 가능성이 큽니다. 메타쿼타 덕분에 알고리즘 거래가 점점 더 대중화되고 있지만 알고리즘 거래에 대한 요구 사항이 증가함에 따라 우리는 점점 더 많은 정확성을 원합니다. 언젠가는 거래용 틱 차트를 제공할 수 있습니다. 기다릴 것이다...
Ghenadie Tumco : 이것은 좋은 소식입니다. 짧은 정지와 양초 내부 후행 테스트에 매우 좋습니다. 그러나 거래에서는 지표가 틱 차트에서 작동하기를 원합니다. 이제 최소 시간 프레임은 1분입니다. 오늘날 이것은 이미 많고 앞으로도 그럴 가능성이 큽니다. 메타쿼타 덕분에 알고리즘 거래가 점점 더 대중화되고 있지만 알고리즘 거래에 대한 요구 사항이 증가함에 따라 우리는 점점 더 많은 정확성을 원합니다. 언젠가는 거래용 틱 차트를 제공할 수 있습니다. 기다릴 것이다...
걱정하지 마십시오. 플랫폼은 항상 업그레이드되고 있습니다.
이미 이번 주 금요일에 새로운 기능이 많이 포함된 MT5 베타 버전이 출시될 예정입니다.
구매 한도 문제는 분명합니다. 이러한 행동의 편리성에 대해서는 나중에 논의하겠습니다. 차트에서 스프레드 내에서 주문하는 것은 허용되지만 정확도가 낮기 때문에 매우 위험합니다(M1은 별로 도움이 되지 않음).
차트에서 스프레드 내에서 주문하는 것은 허용되지만 정확도가 낮기 때문에 매우 위험합니다(M1은 별로 도움이 되지 않음).
문제는 범용 플랫폼에서 특정 게이트웨이가 지원하는 실행 규칙을 정확히 아는 것이 항상 가능한 것은 아니라는 것입니다. 특히 유동성 공급자의 집계 모드에서.
예를 들어, 외환 ECN에서 요청보다 높은 구매 제한 주문은 (매칭 엔진에 따라) "더 나쁜 가격으로"가 아니라 "그 자신이 더 나쁜 요청을 요청했기 때문에 정확히 같은 가격으로 채울 수 있습니다. ". 많은 실행 시스템, 많은 거래자가 있으며 현재 안전 모델을 변경하면 잘못된 가격으로 부주의한 범람 또는 의도적으로 잘못된 가격으로 인한 지속적인 실패로 이어질 것입니다.
우리는 수정 키가 있는 하이브리드 컵 시스템을 만들기로 결정했습니다.
즉, Ctrl 키를 누른 상태에서 매수 한도를 매도 한도 위에 놓고 매도 한도를 입찰 아래에 둘 수 있습니다. 물론 잘못된 가격 으로 인해 거절당할 위험이 있습니다.
좋은 소식!
설정에서 유리 설정을 불러오는 것이 좋을 것입니다. 이 옵션은 "안전 모델 활성화/비활성화"입니다. 기본적으로 안전한 모델을 남겨두고 자신이 무엇을 하고 있는지 아는 사람들을 위해 주문서의 동작을 변경할 수 있는 기회를 제공합니다.
그런 다음 틱 차트를 추가할 수도 있습니다... :)
이것이 우리가 거래 서버에서 모든 깊이로 실제 틱 데이터 전달을 켜는 방법입니다.
한 번의 빌드 후에 테스터는 이미 거래 전략을 테스트할 때 이러한 틱 데이터를 강력하게 사용할 것입니다.
이것이 우리가 거래 서버에서 모든 깊이로 실제 틱 데이터 전달을 켜는 방법입니다.
한 번의 빌드 후에 테스터는 이미 거래 전략을 테스트할 때 이러한 틱 데이터를 강력하게 사용할 것입니다.
이것이 우리가 거래 서버에서 모든 깊이로 실제 틱 데이터 전달을 켜는 방법입니다.
한 번의 빌드 후에 테스터는 이미 이러한 틱 데이터를 거래 전략을 테스트하는 데 주력할 것입니다.
이것은 아주 좋은 소식입니다! 드디어!
틱 데이터는 브로커 서버에서 가져오나요 아니면 MQ 서버에서만 가져오나요?
이것은 좋은 소식입니다. 짧은 정지와 양초 내부 후행 테스트에 매우 좋습니다. 그러나 거래에서는 지표가 틱 차트에서 작동하기를 원합니다. 이제 최소 시간 프레임은 1분입니다. 오늘날 이것은 이미 많고 앞으로도 그럴 가능성이 큽니다. 메타쿼타 덕분에 알고리즘 거래가 점점 더 대중화되고 있지만 알고리즘 거래에 대한 요구 사항이 증가함에 따라 우리는 점점 더 많은 정확성을 원합니다. 언젠가는 거래용 틱 차트를 제공할 수 있습니다. 기다릴 것이다...
이것은 아주 좋은 소식입니다! 드디어!
틱 데이터는 브로커 서버에서 가져오나요 아니면 MQ 서버에서만 가져오나요?