이 스레드 https://www.mql5.com/en/forum/176044 의 첫 번째 게시물에서 Excel 파일을 다운로드하면 어느 것이 가장 좋은지 알 수 있습니다. 그러나 엘리트 섹션에 게시된 모든 EA를 테스트하는 것은 아니므로 Inever가 미안하게 테스트한 일부 EA가 있을 수 있습니다.
인터넷 연결 문제가 있는데 고속 인터넷이 되지 않는 시골 지역에 살고 있고 때때로 이것이 EA의 거래 실적을 방해합니다. 제가 하고 싶은 것은 이 문제를 해결하기 위해 일종의 시스템을 마련하는 것입니다. 내가 생각한 것은 일종의 공유 서버 또는 전용 서버 였습니다. 아니면 무엇이 필요한지 몰라서 여러분에게 필요한 것을 안내해 달라고 요청하는 것입니다.
경험이 많은 MT4 전문가가 백테스트 퍼즐을 푸는 데 도움이 되기를 바라는 마음으로 여기에도 게시합니다. 나는 90% 모델링 품질로 HAS MTF Stenintz v 2.63(기본 설정)을 백테스트하고 있으며 모든 이익을 잃는 마지막 거래까지 좋은 통계를 얻었습니다. 나는 이것을 "죽음의 스파이크"라고 부른다! 첨부된 백테스트 보고서에서 이 동작을 볼 수 있습니다. 보고서에서 마지막으로 큰 손실을 입은 거래는 다음과 같습니다.
330 2007.06.22 13:00 매수 14 0.10 124.07 0.00 0.00
331 2007.06.22 13:00 수정 14 0.10 124.07 0.00 124.37
2007.06.22 13:00에 라인 #330은 0.10랏에 대해 매수가 시작되고 거래 #14는 127.07에 입력됩니다. 라인 #31은 2007.06.22 13:00의 날짜 스탬프로 TP 0.0을 124.37로 변경하는 TP 모드입니다. 332번 라인은 2007.11.26 시간 23:59에 옵니다. 거래가 시작된 후 6 개월 후입니다! 그것은 1671핍의 엄청난 손실을 위해 107.36에 이 거래 #14를 마감합니다. 06.22에서 11.26 사이에 거래가 없었습니다. 거래가 활성화되어 다른 거래가 열리지 않았기 때문입니다.
Steinitz는 이것이 백테스터 때문이라고 말하고 저는 EA가 이 거래를 마감하지 못하고 몇 달 동안 큰 패자로 변해 백테스터에 의해 마지막 거래로 마감되기 때문이라고 말합니다. 여러분은 어떻게 생각하세요? 당신의 도움을 주셔서 감사합니다.
농담이 아니다. 정지 손실 이 없습니다. 전체 계정을 잃는 것은 시간 문제일 뿐입니다. 이것은 발생의 수학적 확실성입니다.
fxspeedster: 여보세요,
경험이 많은 MT4 전문가가 백테스트 퍼즐을 푸는 데 도움이 되기를 바라는 마음으로 여기에도 게시합니다. 나는 90% 모델링 품질로 HAS MTF Stenintz v 2.63(기본 설정)을 백테스트하고 있으며 모든 이익을 잃는 마지막 거래까지 좋은 통계를 얻었습니다. 나는 이것을 "죽음의 스파이크"라고 부른다! 첨부된 백테스트 보고서에서 이 동작을 볼 수 있습니다. 보고서에서 마지막으로 큰 손실을 입은 거래는 다음과 같습니다.
330 2007.06.22 13:00 매수 14 0.10 124.07 0.00 0.00
331 2007.06.22 13:00 수정 14 0.10 124.07 0.00 124.37
2007.06.22 13:00에 라인 #330은 0.10랏에 대해 매수가 시작되고 거래 #14는 127.07에 입력됩니다. 라인 #31은 2007.06.22 13:00의 날짜 스탬프로 TP 0.0을 124.37로 변경하는 TP 모드입니다. 332번 라인은 2007.11.26 시간 23:59에 옵니다. 거래가 시작된 후 6 개월 후입니다! 그것은 1671핍의 엄청난 손실을 위해 107.36에 이 거래 #14를 마감합니다. 06.22에서 11.26 사이에 거래가 없었습니다. 거래가 활성화되어 다른 거래가 열리지 않았기 때문입니다.
Steinitz는 이것이 백테스터 때문이라고 말하고 저는 EA가 이 거래를 마감하지 못하고 몇 달 동안 큰 패자로 변해 백테스터에 의해 마지막 거래로 마감되기 때문이라고 말합니다. 여러분은 어떻게 생각하세요? 당신의 도움을 주셔서 감사합니다.
백테스트 보고서에서 거래에 초기 정지가 없고 거래가 이익일 때 후행 정지가 활성화됨을 알 수 있습니다.
테스터의 문제가 아니라 EA의 문제입니다.
fxspeedster: 대답 해줘서 고마워. 지는 거래에는 손절매가 없었던 것 같습니다. 그러나 다른 거래를 보면 열린 후 SL로 수정됩니다. 이 거래의 SL이 어떤 이유로 관리되지 않은 것 같습니다. 이것은 백테스터가 원인일 수 있습니까? 아니면 EA 문제라고 생각합니까?
MTF EA는 백테스팅이 쉽지 않습니다. 문제는 다음과 같습니다. 우리는 그것이 어떻게 코딩되었는지 알아야 합니다. 엘리트 섹션에는 MTF EA가 거의 없으며 항상 코드 내부를 확인하여 코드가 어떻게 코딩되었는지 알 수 있습니다.
어떻게 코딩되었는지 알아야 하는 이유는 무엇입니까?
오픈 바에 코딩된 경우 백테스팅이 신뢰할 수 없기 때문입니다.
예: Firebird EA는 오픈 바에서 코딩되었으며 백 테스팅은 포워드 테스팅과 매우 다릅니다. MaChannel EA는 클로즈 바의 높음/낮음으로 코딩되었으며 순방향 테스트 성능은 백 테스트보다 좋습니다.
Steinitz의 경우 두 가지 경우가 있습니다.
- 닫기 바에 코딩되었습니다. 그러나 이 경우 차트(수동 거래 시스템)는 MTF EA와 동일하지 않습니다. 현재 신호가 닫기 막대의 월별 차트로 필터링될 것이라고 상상할 수 있습니까? 닫기 바의 월간 차트는 1개월 전입니다! 닫기 막대가 이전 막대이고 MN1 차트의 이전 막대가 지난달이기 때문입니다.
- 그래서 아마 오픈바에 코딩되었을 것입니다. 이 경우 백테스트는 대부분의 경우 순방향 테스트와 동일하지 않습니다. 순방향 테스트는 백테스팅보다 낫거나 백테스팅은 순방향 테스트보다 낫습니다.
이 이미지를 보세요. 슈타이니츠가 아닙니다. 여기에서 시장 상황 평가입니다.
- AbsoluteStrengthMarket 지표: 시장 상황을 분석하는 지표 . 이 페이지에서 시작 하여 이 페이지 로 게시물을 읽으십시오.
이 스레드 https://www.mql5.com/en/forum/176044 의 첫 번째 게시물에서 Excel 파일을 다운로드하면 어느 것이 가장 좋은지 알 수 있습니다. 그러나 엘리트 섹션에 게시된 모든 EA를 테스트하는 것은 아니므로 Inever가 미안하게 테스트한 일부 EA가 있을 수 있습니다.
어떤 사람들은 PM으로 나에게 다음과 같이 질문했습니다.
- "저는 외환을 처음 접하는데 어디서 읽어야 하나요?"
- "프로그래밍을 배우고 싶은데 시간이 없어서 어디에서 읽을 수 있나요?"
https://www.mql5.com/en/forum 에서 읽을 수 있습니다.
도와주세요
인터넷 연결 문제가 있는데 고속 인터넷이 되지 않는 시골 지역에 살고 있고 때때로 이것이 EA의 거래 실적을 방해합니다. 제가 하고 싶은 것은 이 문제를 해결하기 위해 일종의 시스템을 마련하는 것입니다. 내가 생각한 것은 일종의 공유 서버 또는 전용 서버 였습니다. 아니면 무엇이 필요한지 몰라서 여러분에게 필요한 것을 안내해 달라고 요청하는 것입니다.
수수께끼 Steinitz HAS 백 테스트 문제
여보세요,
경험이 많은 MT4 전문가가 백테스트 퍼즐을 푸는 데 도움이 되기를 바라는 마음으로 여기에도 게시합니다. 나는 90% 모델링 품질로 HAS MTF Stenintz v 2.63(기본 설정)을 백테스트하고 있으며 모든 이익을 잃는 마지막 거래까지 좋은 통계를 얻었습니다. 나는 이것을 "죽음의 스파이크"라고 부른다! 첨부된 백테스트 보고서에서 이 동작을 볼 수 있습니다. 보고서에서 마지막으로 큰 손실을 입은 거래는 다음과 같습니다.
330 2007.06.22 13:00 매수 14 0.10 124.07 0.00 0.00
331 2007.06.22 13:00 수정 14 0.10 124.07 0.00 124.37
332 2007.11.26 23:59 종가 14 0.10 107.36 0.00 124.37 -1372.00 9143.79
2007.06.22 13:00에 라인 #330은 0.10랏에 대해 매수가 시작되고 거래 #14는 127.07에 입력됩니다. 라인 #31은 2007.06.22 13:00의 날짜 스탬프로 TP 0.0을 124.37로 변경하는 TP 모드입니다. 332번 라인은 2007.11.26 시간 23:59에 옵니다. 거래가 시작된 후 6 개월 후입니다! 그것은 1671핍의 엄청난 손실을 위해 107.36에 이 거래 #14를 마감합니다. 06.22에서 11.26 사이에 거래가 없었습니다. 거래가 활성화되어 다른 거래가 열리지 않았기 때문입니다.
Steinitz는 이것이 백테스터 때문이라고 말하고 저는 EA가 이 거래를 마감하지 못하고 몇 달 동안 큰 패자로 변해 백테스터에 의해 마지막 거래로 마감되기 때문이라고 말합니다. 여러분은 어떻게 생각하세요? 당신의 도움을 주셔서 감사합니다.
농담이 아니다. 정지 손실 이 없습니다. 전체 계정을 잃는 것은 시간 문제일 뿐입니다. 이것은 발생의 수학적 확실성입니다.
여보세요,
경험이 많은 MT4 전문가가 백테스트 퍼즐을 푸는 데 도움이 되기를 바라는 마음으로 여기에도 게시합니다. 나는 90% 모델링 품질로 HAS MTF Stenintz v 2.63(기본 설정)을 백테스트하고 있으며 모든 이익을 잃는 마지막 거래까지 좋은 통계를 얻었습니다. 나는 이것을 "죽음의 스파이크"라고 부른다! 첨부된 백테스트 보고서에서 이 동작을 볼 수 있습니다. 보고서에서 마지막으로 큰 손실을 입은 거래는 다음과 같습니다.
330 2007.06.22 13:00 매수 14 0.10 124.07 0.00 0.00
331 2007.06.22 13:00 수정 14 0.10 124.07 0.00 124.37
332 2007.11.26 23:59 종가 14 0.10 107.36 0.00 124.37 -1372.00 9143.79
2007.06.22 13:00에 라인 #330은 0.10랏에 대해 매수가 시작되고 거래 #14는 127.07에 입력됩니다. 라인 #31은 2007.06.22 13:00의 날짜 스탬프로 TP 0.0을 124.37로 변경하는 TP 모드입니다. 332번 라인은 2007.11.26 시간 23:59에 옵니다. 거래가 시작된 후 6 개월 후입니다! 그것은 1671핍의 엄청난 손실을 위해 107.36에 이 거래 #14를 마감합니다. 06.22에서 11.26 사이에 거래가 없었습니다. 거래가 활성화되어 다른 거래가 열리지 않았기 때문입니다.
Steinitz는 이것이 백테스터 때문이라고 말하고 저는 EA가 이 거래를 마감하지 못하고 몇 달 동안 큰 패자로 변해 백테스터에 의해 마지막 거래로 마감되기 때문이라고 말합니다. 여러분은 어떻게 생각하세요? 당신의 도움을 주셔서 감사합니다.농담이 아니다. 정지 손실이 없습니다. 전체 계정을 잃는 것은 시간 문제일 뿐입니다. 이것은 발생의 수학적 확실성입니다.
대답 해줘서 고마워. 잃는 거래에는 손절매 가 없었던 것 같습니다. 그러나 다른 거래를 보면 열린 후 SL로 수정됩니다. 이 거래의 SL이 어떤 이유로 관리되지 않은 것 같습니다. 이것은 백테스터가 원인일 수 있습니까? 아니면 EA 문제라고 생각합니까?
백테스트 보고서에서 거래에 초기 정지가 없고 거래가 이익일 때 후행 정지가 활성화됨을 알 수 있습니다.
테스터의 문제가 아니라 EA의 문제입니다.
대답 해줘서 고마워. 지는 거래에는 손절매가 없었던 것 같습니다. 그러나 다른 거래를 보면 열린 후 SL로 수정됩니다. 이 거래의 SL이 어떤 이유로 관리되지 않은 것 같습니다. 이것은 백테스터가 원인일 수 있습니까? 아니면 EA 문제라고 생각합니까?
안녕하세요 fxspeedster님,
MTF EA는 백테스팅이 쉽지 않습니다. 문제는 다음과 같습니다. 우리는 그것이 어떻게 코딩되었는지 알아야 합니다. 엘리트 섹션에는 MTF EA가 거의 없으며 항상 코드 내부를 확인하여 코드가 어떻게 코딩되었는지 알 수 있습니다.
어떻게 코딩되었는지 알아야 하는 이유는 무엇입니까?
오픈 바에 코딩된 경우 백테스팅이 신뢰할 수 없기 때문입니다.
예: Firebird EA는 오픈 바에서 코딩되었으며 백 테스팅은 포워드 테스팅과 매우 다릅니다. MaChannel EA는 클로즈 바의 높음/낮음으로 코딩되었으며 순방향 테스트 성능은 백 테스트보다 좋습니다.
Steinitz의 경우 두 가지 경우가 있습니다.
- 닫기 바에 코딩되었습니다. 그러나 이 경우 차트(수동 거래 시스템)는 MTF EA와 동일하지 않습니다. 현재 신호가 닫기 막대의 월별 차트로 필터링될 것이라고 상상할 수 있습니까? 닫기 바의 월간 차트는 1개월 전입니다! 닫기 막대가 이전 막대이고 MN1 차트의 이전 막대가 지난달이기 때문입니다.
- 그래서 아마 오픈바에 코딩되었을 것입니다. 이 경우 백테스트는 대부분의 경우 순방향 테스트와 동일하지 않습니다. 순방향 테스트는 백테스팅보다 낫거나 백테스팅은 순방향 테스트보다 낫습니다.
이 이미지를 보세요. 슈타이니츠가 아닙니다. 여기에서 시장 상황 평가입니다.
- AbsoluteStrengthMarket 지표: 시장 상황을 분석하는 지표 . 이 페이지에서 시작 하여 이 페이지 로 게시물을 읽으십시오.
- D1 기간 동안의 시장 상황을 추정하기 위한 지표 및 템플릿 이 여기 에 있습니다.
이미지에 AbsoluteStrengthMarket 표시기가 보입니까?
- Current의 이전 작은 사각형이 이전 막대입니다. 가까운 바입니다.
- W1의 이전 작은 사각형은 열린 막대입니다(대부분의 경우). D1 차트.
- MN의 이전 작은 사각형(D1 차트)은 MN의 열린 막대입니다(대부분의 경우). MN의 닫기 막대는 뒤로 작은 사각형이 많이 있으며 지난 달입니다.
따라서 MTF 수동 거래 시스템을 거래하는 경우 오픈 바에서도 일부 MTF 지표를 사용하고 있습니다.
따라서 Steinitz EA가 코드의 일부에 의해 열린 막대에 코딩된 경우 백테스팅은 신뢰할 수 없습니다. 앞으로 테스트만.
그리고 정지 주문 마감에 관해서는 수동으로 주문을 마감하는 것과 동일합니다. 예를 들어 일부 EA를 테스트하고 있으며 지금 수동으로 미결 주문을 마감하기로 결정했습니다. 그리고 지금 성명을 발표합니다. 백테스팅이 완료되어 주문이 마감되었습니다.
따라서 기본적으로는 드로다운입니다.
사실 거의 모든 MTF EA가 큰 손실을 보고 있습니다.
Steinitz EA에 관해서는 ... 좋은 EA 일 수 있습니다 ... 나는 그것을 가지고 있지 않고 그것을 테스트 한 적이 없기 때문에 그것이 어떻게 코딩되었는지도 모릅니다. 상업 판매자는 나와 협력하지 않습니다 어떤 방법으로든.
우리는 엘리트 섹션 Eas를 가지고 있는데 Steinitz EA처럼 훨씬 낫고 덜 암시되어 있으므로 엘리트 섹션에서 더 이상 상용 EA에 대해 논의하고 싶지 않습니다 .
시간 기반 거래
모두들 안녕,
나는 매일 특정 시간에 거래해야 하는 EA에서 일하고 있습니다. 내 문제, 나는 기능 을 코딩하는 방법을 모른다
특정 거래 시간.
어떤 제안이 있습니까????
미리 감사드립니다.
제이보데
시간 필터 :
- timefilter에서 EA의 시간을 설정하는 방법 은 이 게시물 과 이 페이지 에 있습니다.
- EA(코드)에서 타임필터를 코딩하는 방법 은 여기 .
- 화면의 "비거래시간" 수정 : 예시코드 ; 이제 거래 시간에는 "거래 시간"이 표시되고 비 거래 시간에는 "비 거래 시간"이 표시됩니다. 고마워 로커투스.