수정됨 - 2010년 8월 24일 버전 0.3(LoadHistory 및 MaxProfit 로직 제거). 작동하지 않는 이유는 무엇입니까? "잘못"이란 정확히 무엇입니까?
예, 불행히도 피할 수 없는 배수가 있습니다. 작업 시간을 제한할 필요가 있다고 생각합니다 지연 설정 시간을 9시로 설정하고 모든 주문을 마감하는 작업 종료 시간을 22시로 설정합니다. POUND / DOLL의 결과 - 반년 동안 $ 3000. 드로다운 7%(창고 10,000). 나는 아무것도 요구하지 않으며 누구와도 논쟁하지 않으며 단지 사실입니다.
143alex : 예, 불행히도 피할 수 없는 배수가 있습니다. 작업 시간을 제한할 필요가 있다고 생각합니다 지연 설정 시간을 9시로 설정하고 모든 주문을 마감하는 작업 종료 시간을 22시로 설정합니다. POUND / DOLL의 결과 - 반년 동안 $ 3000. 드로다운 7%(창고 10,000). 나는 아무것도 요구하지 않으며 누구와도 논쟁하지 않으며 단지 사실입니다.
나는 문제가 코드에 있다고 생각했습니다 =) 그래서 - 모든 Martin은 조만간 모든 것을 병합할 것입니다. 필터는 저울의 성장을 늦추고 불가피한 배수를 뒤로 미룰 뿐입니다. 비결은 배수가 오기 전에 이익을 인출하는 것입니다.
분명하지 않다.그리고 당신의 의미
예, LotSell 과 LotBuy 도 분할됩니다.
LotLast 및 기간.
이력 분석 정보(MODE_HISTORY) - 마진을 줄이기 위해 한 주문에 Avalanche 로직을 구현할 계획입니다.
그리고 LotSell과 LotBuy로의 분할은 Avalanche 6.2에서 가져온 것입니다. 나는 아무것도 변경하지 않고 코드를 약간 개선했습니다.
wmlab :
Avalanche의 주요 문제는 주문이 "와인딩"되는 경우 시작점에서 손익분기점 수준을 계속해서 밀어내는 것 같습니다.
눈사태의 본질을 제대로 이해하지 못하는 것 같습니다.
로트 증가 계수가 2이면 손익분기점 수준은 열린 위치 의 채널 너비와 동일한 거리에서 동일하게 유지됩니다.
계수가 2보다 크면 손익분기점 수준도 열린 위치에서 채널에 접근합니다.
열린 위치를 "감기"하지 않고 눈사태의 본질을 남겨두면 매우 흥미로울 것입니다.
실생활에서 작동하도록 6.2 코드를 약간 수정했습니다. 잡고 있다.
수정됨 - 2010년 8월 24일 버전 0.3(LoadHistory 및 MaxProfit 로직 제거). 작동하지 않는 이유는 무엇입니까? "잘못"이란 정확히 무엇입니까?
실생활에서 작동하도록 6.2 코드를 약간 수정했습니다. 잡고 있다.
수정됨 - 2010년 8월 24일 버전 0.3(LoadHistory 및 MaxProfit 로직 제거). 작동하지 않는 이유는 무엇입니까? "잘못"이란 정확히 무엇입니까?
테스터에서 주기적으로 오류 130(잘못된 정지)을 표시하고 이 지점에서 정지하고 인쇄를 설정합니다. OpderSend price=0으로 밝혀졌고 LevelBuy에서 가져옵니다. 여유 시간에 논리를 볼 수 있습니까?
바퀴를 재발명하는 동안 Avalanche_V63의 새 버전이 나타났습니다. 테스트로 판단하면 매우 잘 작동하고 안정적입니다. 오류가 없습니다.
그녀는 어디에 있습니까?
살펴보고 싶습니다....
그녀는 어디에 있습니까?
살펴보고 싶습니다....
실생활에서 작동하도록 6.2 코드를 약간 수정했습니다. 잡고 있다.
수정됨 - 2010년 8월 24일 버전 0.3(LoadHistory 및 MaxProfit 로직 제거). 작동하지 않는 이유는 무엇입니까? "잘못"이란 정확히 무엇입니까?
예, 불행히도 피할 수 없는 배수가 있습니다. 작업 시간을 제한할 필요가 있다고 생각합니다 지연 설정 시간을 9시로 설정하고 모든 주문을 마감하는 작업 종료 시간을 22시로 설정합니다. POUND / DOLL의 결과 - 반년 동안 $ 3000. 드로다운 7%(창고 10,000). 나는 아무것도 요구하지 않으며 누구와도 논쟁하지 않으며 단지 사실입니다.
나는 문제가 코드에 있다고 생각했습니다 =) 그래서 - 모든 Martin은 조만간 모든 것을 병합할 것입니다. 필터는 저울의 성장을 늦추고 불가피한 배수를 뒤로 미룰 뿐입니다. 비결은 배수가 오기 전에 이익을 인출하는 것입니다.
나는 문제가 코드에 있다고 생각했습니다 =) 그래서 - 모든 Martin은 조만간 모든 것을 병합할 것입니다. 필터는 저울의 성장을 늦추고 불가피한 배수를 뒤로 미룰 뿐입니다. 비결은 배수가 오기 전에 이익을 인출하는 것입니다.
또는 큰 간격(예: 10년)으로 테스트하십시오. 이러한 거래 이력이 있고 거래 건수가 500건 이상이므로 시스템이 실제에 적합하기를 바랄 수 있습니다.