입찰 및 요청 및 확산 - 페이지 9

 
일반적으로 최대 스프레드도 반값입니다. Ask 스토리는 Bid만큼 중요합니다. 개인적으로 판매를 위해 일할 때 Bid로 구매하려면 Ask 기록으로 작업해야한다는 결론에 도달했습니다. 이전에는 다음과 같은 이유로 하나의 입찰이 허용될 수 있었습니다. 스프레드는 대부분 수정되었습니다. 이제 모든 것이 다릅니다. 글쎄, 플러스 hrenfx는 올바르게 말합니다 - 입찰 및 요청 기록은 정상적인 테스트입니다.
 
MetaDriver :

최대 스프레드는 막대의 어느 위치에나 있을 수 있습니다. 그리고 어쨌든, 다시 생각하십시오.

5분 막대의 경우 최대 분 ?

그리고 시계를 위해? 미친 집은 그런 논리에서 나오지 않습니까?


5분, 1시간 등 바에는 스프레드가 없습니다!

매 시간(1분 제외)마다 일정한 스프레드가 선택된다고 생각하는 함정에 빠지셨습니까? 매우 자주 사람들은 "분당 확산"이 무엇인지 이해하지 못하고 "확산은 다른 시간대에도 고정되어 있다"고 결론을 내립니다.

MT5의 초기 이력 데이터는 다른 모든 시간 프레임이 구축되는 몇 분 안에만 저장됩니다. 한 시간을 모델링할 때 이 시간을 구성하는 60분에서 60개의 다른 스프레드가 사용됩니다.

 
220Volt :
매우 중요한 포인트가 있습니다 - 테스트를 위해서만 필요한 것이 아니라 확산이 필요합니다!! 그리고 매도 이력 입력이 불가능할 경우 평균 스프레드보다 최대 스프레드를 입력하는 것이 좋습니다. 사실, 최대 스프레드는 높은 질문을 줄 것이고 평균은 일반적으로 이해할 수 없습니다. 레벨 작업은 어떻게 하나요? 결국, 매도할 때 매도에 의해 정지가 촉발됩니다. 그리고 과거에 요청이 어디에 있었는지 이해 하려면 최대 스프레드 가 필요합니다.
죄송합니다, 제가 잘못 썼습니다. 최대 스프레드는 높은 요청을 제공하지 않습니다. 따라서 개인적으로 쓸모가 없으므로 테스트용 로션입니다. 스토리만 있으면 됩니다!!!!
 
Renat :

1. 5분, 1시간 등 바에는 스프레드가 없습니다!

2. 매 시간(1분 제외)마다 일정한 스프레드가 선택된다는 생각의 함정에 빠진 적이 있습니까? 매우 자주 사람들은 "분당 확산"이 무엇인지 이해하지 못하고 "확산은 다른 시간대에도 고정되어 있다"고 결론을 내립니다.

3. MT5의 초기 이력 데이터는 분 단위로 저장되며, 이 데이터에서 다른 모든 시간 프레임이 생성됩니다. 한 시간을 모델링할 때 이 시간을 구성하는 60분에서 60개의 다른 스프레드가 사용됩니다.

1. 그들은 - 빠른 테스트를 사용할 때 막대의 "내부"가 의도적으로 무시되는 경우(전략 가능성의 빠른 평가에 널리 적용됨). 나는 또한 내 자신의 운율(그리고 하나 이상)을 가지고 있으며 현재 시간대에서 데이터를 퍼뜨립니다. 모든 시간대의 각 막대에는 스프레드 필드가 있으며, 지금까지는 그 내용이 각각 5분, 1시간 또는 1주일 동안의 평균 스프레드에 해당할 것으로 예상했습니다.

2. 네, 그런 함정에 빠진 것 같지는 않습니다. "막대"가 기록 데이터를 저장하고 표시하는 방법일 뿐이라는 것을 완벽하게 이해하고 있습니다. 유일한 질문은 이 방법의 사용 용이성과 정보 내용입니다.

3. 나는 이것을 알고 있다. 이 경우 테스터에 대해서만 작성합니다. 그리고 그것은 - 지금 구현된 모드에만 해당됩니다. 나는 당신의 테스터를 매우 존경하지만, 고속(정확하지는 않지만) 최적화에 적합한 방법이 나타나면 더욱 존경할 것입니다. 그리고 이러한 방법에서는 입력에 제공된 데이터의 일부 허용 가능한 단순화가 가정됩니다. 여기에서 단순화된 틱 시퀀스를 생성할 때 사용하기 위한 모든 시간 프레임의 데이터 형식 적합성에 대한 질문이 발생합니다. 당신이 일어나지 않으면 내가 할거야. :)

 

Ask price 모델링의 단점을 보여주는 구체적인 예:

  1. 1.3002 수준 에서 BuyLimit 비용 이 듭니다.
  2. 새로운 막대 가오고 있으며 그 특성은 결국 다음과 같습니다.
  3. 입찰 가격은 1.2995(낮은) 에서 1.3000 (높은) 으로 1분 만에 변경되었습니다.
  4. 매도 호가가 1.3001 (저가) 에서 1.3005 (고가) 로 1분 만에 변경되었습니다. 저것들. 이 막대의 데모에서 BuyLimit 이 작동했어야 합니다.
  5. 바의 최대 스프레드(개봉 시)는 8 핍이었습니다.
  6. 테스터는 Ask1.3003 (Low) 에서 1.3008(High) 로 변경되었음을 보여줄 것입니다. 테스터의 BuyLimit 은 이러한 Ask -price 모델링 체계와 함께 작동하지 않을 것이 분명합니다.

다음은 테스터가 부정확한 간단하고 매우 구체적인 예입니다. 분명히 테스터가 Ask 가격에 대한 실제 데이터를 가지고 있었다면 데모에서와 같이 한도 제한의 트리거링을 보여주었을 것입니다.

따라서 테스터는 온실 데모 조건과 불일치를 보여줄 때 정확합니까?

Обработчик события "новый бар"
Обработчик события "новый бар"
  • 2010.10.04
  • Konstantin Gruzdev
  • www.mql5.com
Язык программирования MQL5 позволяет решать задачи на совершенно новом уровне. Даже те задачи, которые уже вроде имеют решения, благодаря объектно-ориентированному программированию могут подняться на качественно новый уровень. В данной статье специально взят простой пример проверки появления нового бара на графике, который был преобразован в достаточно мощный и универсальный инструмент. Какой? Читайте в статье.
 

비동기식 MT5가 본격적인 거래 플랫폼이라고 여러 번 말했습니다. 이것은 완전히 사실이 아닙니다. 왜냐하면. 거래 플랫폼이 완성될 수 없는 중요한 요소를 놓쳤습니다.

마지막 인용 의 시간이 오는 datetime형은 1초의 해상도를 가집니다. 불행히도 이것은 많은 거래 전략을 구현할 수 없는 매우 대략적인 시간 추정치입니다.

게다가 MT5에는 틱의 개념이 없고, 마지막 인용의 시간이라는 개념이 있다. 거의 비슷하지만 완전히는 아닙니다. 진드기의 매우 중요한 특징은 진드기가 태어난 시간입니다. 진드기가이 진드기의 근원에 나타난 시간입니다. 이것은 그가 MT5 플랫폼에 들어갔을 때 - MT5 서버(터미널 아님)에서 - 항상 아닙니다. 물론 틱 생성 시간은 많은 플랫폼에서 관례적으로 가장 가까운 밀리초로 설정해야 합니다.

들어오는 진드기의 관련성은 MT5 플랫폼에 들어갈 때가 아니라 태어난 시간에 의해 정확하게 결정됩니다. 더욱이, 터미널에서 수신할 때 항상 나이를 확인할 수 있어야 합니다. 불행히도 날짜/시간 유형의 거친 불연속성 때문에 지금은 정확하게 확인할 수 없습니다.

틱의 관련성은 동기식 다중 통화 전략에서 중요합니다. 예를 들어 여러 FI를 동시에 열어야 하는 경우입니다.

Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте - Документация по MQL5