여기에서 처음부터 저에게 관심이 있었던 질문에 대한 답변이 이어집니다. 이름 그대로 MTS 생성자는 사용자 정의 MTS를 구현합니다. 당연히 이 MTS에는 자체 연합 위원회가 있습니다. 문제는 생성자의 사용자가 원하는 SF를 생성된 MTS에 넣는 데 사용할 수 있는지 여부였습니다. 아니면 이 SF가 정현파로 미리 결정되어 있습니까? 귀하의 게시물에서 미리 결정된 것으로 이해합니다.
MTS Constructor는 기술 분석 플랫폼이 아닙니다.
MTS는 다양한 기기와 시장에 맞게 조정된 다양한 버전의 시스템을 생성할 수 있다는 의미에서 설계되었습니다.
내가 이해하는 한, 손절매의 발동, 이익과 손실의 사슬은 동기화가 발생하는 바로 그 신호 또는 기준입니다. 저것들. 동기화는 매우 비용이 많이 드는 과정이며 항상 계속되어야 합니다. 적응은 멈출 수 없습니다. 이와 관련된 질문입니다. 손실을 입는 것 외에 거래 중에 동기화할 수 있는 다른 방법이 시스템에 있습니까? 각 거래에서 손실을 최소화하고 이익을 극대화하기 위해 어떤 방법을 사용합니까? 이것은 누적 결과에 관한 것이 아니라 수익성있는 거래의 평균 이익이 수익성이없는 거래의 평균 손실보다 높다는 사실에 관한 것입니다. 이윤율에 따라 모든 것이 순조로워 보이지만 MM의 이런 면도 있다.
벽이 너무 단단하고 이마가 유감이라면 아무도 에뮬레이터 내에서 트랜잭션 실행을 금지하지 않습니다. :)
내 말은, 외부 복도는 넓고 내부 복도는 더 좁고 정류장이 적습니다.
성공적인 트랜잭션의 97%가 현재 최대 결과입니다.
그리고 1년 더 손익분기점 거래, i.е. 손절매를 일으키지 않고.
이익을 극대화하는 가장 효과적인 방법은 피라미드 방식입니다. 거래당 여러 항목이 매번 최적의 가격으로 작성됩니다. 이를 통해 손실을 줄이고 이익을 높일 수 있습니다.
97% 또는 87.76%는 물론 좋은 비율입니다. 한 가지 놀라운 것은 이러한 결과에 대해 "수익성"열의 그림 1.72가 보입니다. 실례합니다. ... 한심합니다.
총 순이익 11890 총 이익 11900 총 손실 -10 이윤 계수 1190 총 거래 횟수 23 승리 거래 수 22 패배 거래 수 1 수익성 95.65% 가장 큰 거래 5550 최대 손실 거래 -10 평균 승리 거래 540.9091 평균 손실 거래 -10 평균 거래 516.9565
아아, 발생합니다. 테스터의 예금 곡선은 이익실현으로 인해 거의 직선이지만 연간 2-3개 영역에서 짧지만(2-3일) 심각한 딥이 있습니다. 위와 같은 결과를 초래한 테스트 기간 동안 또 다른 오류가 발생한 것으로 나타났습니다. 물론 나는 아직 대기 옵션으로 시스템을 포기하지 않았습니다. 왜냐하면. 수치는 상당히 매력적이지만 진지한 개선이 필요합니다.
간단히 말해서, 문제가 무엇입니까? 추세만 거래하십시오. 그 시작과 끝을 알고 있기 때문입니다.
그러나 결국 95 %는 원하지 않습니다. 병합됩니다 :)
문제? 괜찮아요.
그리고 그들은 양모가 측정되지 않은 많은 양으로 구타되었다는 사실 때문에 배수됩니다.
거래당 1-2%의 정지가 있는 단일 기계 1대의 거래를 병합하려면 - 물론 OTT를 사용하지 않는 한 작동하지 않습니다. :)
여기에서 처음부터 저에게 관심이 있었던 질문에 대한 답변이 이어집니다. 이름 그대로 MTS 생성자는 사용자 정의 MTS를 구현합니다. 당연히 이 MTS에는 자체 연합 위원회가 있습니다. 문제는 생성자의 사용자가 원하는 SF를 생성된 MTS에 넣는 데 사용할 수 있는지 여부였습니다. 아니면 이 SF가 정현파로 미리 결정되어 있습니까? 귀하의 게시물에서 미리 결정된 것으로 이해합니다.
MTS Constructor는 기술 분석 플랫폼이 아닙니다.
MTS는 다양한 기기와 시장에 맞게 조정된 다양한 버전의 시스템을 생성할 수 있다는 의미에서 설계되었습니다.
SF는 선택할 수 없습니다. 내부에는 자동으로 선택되는 옵션이 있습니다.
사용자는 외부 매개변수만 변경할 수 있습니다.
사용자의 자유를 제한하는 것은 일종의 속임수입니다.
따라서 항상 배수 옵션을 만들 기회가 있으며 완전한 자유도 제공하면 ...
내가 이해하는 한, 손절매의 발동, 이익과 손실의 사슬은 동기화가 발생하는 바로 그 신호 또는 기준입니다. 저것들. 동기화는 매우 비용이 많이 드는 과정이며 항상 계속되어야 합니다. 적응은 멈출 수 없습니다. 이와 관련된 질문입니다. 손실을 입는 것 외에 거래 중에 동기화할 수 있는 다른 방법이 시스템에 있습니까? 각 거래에서 손실을 최소화하고 이익을 극대화하기 위해 어떤 방법을 사용합니까? 이것은 누적 결과에 관한 것이 아니라 수익성있는 거래의 평균 이익이 수익성이없는 거래의 평균 손실보다 높다는 사실에 관한 것입니다. 이윤율에 따라 모든 것이 순조로워 보이지만 MM의 이런 면도 있다.
벽이 너무 단단하고 이마가 유감이라면 아무도 에뮬레이터 내에서 트랜잭션 실행을 금지하지 않습니다. :)
내 말은, 외부 복도는 넓고 내부 복도는 더 좁고 정류장이 적습니다.
성공적인 트랜잭션의 97%가 현재 최대 결과입니다.
그리고 1년 더 손익분기점 거래, i.е. 손절매를 일으키지 않고.
이익을 극대화하는 가장 효과적인 방법은 피라미드 방식입니다. 거래당 여러 항목이 매번 최적의 가격으로 작성됩니다. 이를 통해 손실을 줄이고 이익을 높일 수 있습니다.
우리는 생성자의 자동 지원인 새 버전에서 이제 막 피라미드를 구현하고 있습니다.
성공적인 트랜잭션의 97%가 현재 최대 결과입니다.
97% 또는 87.76%는 물론 좋은 비율입니다. 한 가지 놀라운 것은 이러한 결과에 대해 "수익성"열의 그림 1.72가 보입니다. 실례합니다. ... 한심합니다.
97% 또는 87.76%는 물론 좋은 비율입니다. 한 가지 놀라운 것은 이러한 결과에 대해 "수익성"열의 그림 1.72가 보입니다. 실례합니다. ... 한심합니다.
나는 최근에 스포츠를 이유로 무릎에 적응형 마스크에 어드바이저를 뿌렸고, 그래서 같은 1년 반 동안 그는 최적화 없이 나를 위해 76%와 3.12를 그렸고, 데모의 보증금이 일주일 만에 누출되었습니다. 당신의 것이 얼마나 오래 갈 것 같습니까?
나는 최근에 스포츠를 이유로 무릎에 적응형 마스크에 어드바이저를 뿌렸고, 그래서 같은 1년 반 동안 그는 최적화 없이 나를 위해 76%와 3.12를 그렸고, 데모의 보증금이 일주일 만에 누출되었습니다. 당신의 것이 얼마나 오래 갈 것 같습니까?
그런 일은 일어나지 않습니다. 올바르게 테스트해야 합니다.
97% 또는 87.76%는 물론 좋은 비율입니다. 한 가지 놀라운 것은 이러한 결과에 대해 "수익성"열의 그림 1.72가 보입니다. 실례합니다. ... 한심합니다.
총 순이익 11890 총 이익 11900 총 손실 -10 이윤 계수 1190
총 거래 횟수 23 승리 거래 수 22 패배 거래 수 1 수익성 95.65%
가장 큰 거래 5550 최대 손실 거래 -10
평균 승리 거래 540.9091 평균 손실 거래 -10 평균 거래 516.9565
그런 일은 일어나지 않습니다. 올바르게 테스트해야 합니다.
아아, 발생합니다. 테스터의 예금 곡선은 이익실현으로 인해 거의 직선이지만 연간 2-3개 영역에서 짧지만(2-3일) 심각한 딥이 있습니다. 위와 같은 결과를 초래한 테스트 기간 동안 또 다른 오류가 발생한 것으로 나타났습니다. 물론 나는 아직 대기 옵션으로 시스템을 포기하지 않았습니다. 왜냐하면. 수치는 상당히 매력적이지만 진지한 개선이 필요합니다.
나는 최근에 스포츠를 이유로 무릎에 적응형 마스크에 어드바이저를 뿌렸고, 그래서 같은 1년 반 동안 그는 최적화 없이 나를 위해 76%와 3.12를 그렸고, 데모의 보증금이 일주일 만에 누출되었습니다. 당신의 것이 얼마나 오래 갈 것 같습니까?
적응형 EA는 약 6개월에서 1년 사이의 최적화 기간 후에 정상적으로 작동합니다.
디자이너 MTS - 몇 년, 아마도 - 무기한.
야 이거 시험이야? 그런데 왜 pam에서는 잘 되지 않았습니까?