PPC : 네, 그 방향으로 프로세스가 진행되고 있는 것 같습니다. 그렇다면 가장 중요한 것은(실생활에서) DC는 포지션이 총 대량으로 열려 있는 순간에 미친 짓을 하지 않고 다음과 같은 트릭을 던지지 않는다는 것입니다. 따옴표의 흐름을 끄고, 또는 더 아름답게 - 고문의 신호 수신을 중단하십시오. 그게 다야
나는 이미 이것을 고려했지만 지금까지는 코드에서 구현하지 않았습니다. 실제/마이크로 리얼에서 작업할 때 가장 좋은 옵션은 주 어드바이저 코드를 무한 루프로 반복하는 것입니다. 이렇게 하면 고르지 않은 똑딱거리고 DC 서버와의 연결 여부를 제어할 수 있지만 이러한 조언자는 테스터에서 작동하지 않습니다. :)
글쎄, 사고로부터 조금 더 "보호" - 고문의 경우 뇌진탕에 대한 SMS 알림을 아직 작성하지 않았으며, 중간 복구/로그 등의 자동 저장을 아직 수행하지 않았습니다.
시스템/전략이 집요하기 때문에 잠글 때 나는 가격이 짧은 반전 후 반환 / 다시 돌 수 있음을 고려합니다. 이미 상태를 분석했습니다. 기록에 "구멍"이 있고 코드가 대처하는 순간이 있습니다. 따옴표와 간격의 간격, 저장소의 부하가 허용됩니다.
나는 이미 이것을 고려했지만 지금까지는 코드에서 구현하지 않았습니다. 실제/마이크로 리얼에서 작업할 때 가장 좋은 옵션은 주 어드바이저 코드를 무한 루프로 반복하는 것입니다. 이렇게 하면 고르지 않은 똑딱거리고 DC 서버와의 연결 여부를 제어할 수 있지만 이러한 조언자는 테스터에서 작동하지 않습니다. :)
글쎄, 사고로부터 조금 더 "보호" - 고문의 경우 뇌진탕에 대한 SMS 알림을 아직 작성하지 않았으며, 중간 복구/로그 등의 자동 저장을 아직 수행하지 않았습니다.
시스템/전략이 집요하기 때문에 잠글 때 나는 가격이 짧은 반전 후 반환 / 다시 돌 수 있음을 고려합니다. 이미 상태를 분석했습니다. 기록에 "구멍"이 있고 코드가 대처하는 순간이 있습니다. 따옴표와 간격의 간격, 저장소의 부하가 허용됩니다.
물론 이것은 모두 훌륭하지만 불행히도 상황의 통제를 보장하지는 않습니다(어쨌든 이 세상의 어떤 것도 모든 유형의 불가항력으로부터 우리를 보장하지 않습니다). 확실히 더 안전한 것은 한 번에 모든 스탑으로 주문을 한 다음 프로세스 중에 이 스탑을 이동하는 것입니다(전략에 스탑로스가 없으면 스탑로스도 함께 이동함을 의미합니다). 그리고 물론 하나의 포지션만 열리는 것이 바람직하다. 이것이 귀하의 시스템에 위배된다는 것을 이해하지만 DC와 통신하는 측면에서 안전한 거래 옵션을 고려했습니다.
음, 다른 볼륨의 다방향 주문 그룹의 경우 고문이 항상 이동하는 그룹 2 정지 수준을 설정해야 합니다(연결이 끊긴 경우 - 너무 멀리 가지 않도록 -. 사실, OrderCloseBy는 작동하지만 디포는 살아있을 것입니다)
나는 한때 이것을 가지고 있었다. 포즈를 쉬지 않고 떠났고, 촛불은 1시간에 200포인트를 만들었다. 볼륨은 0.5 디포(청소년)였습니다. 그리고 PPC 보증금. 이와 같이. 좋아, 반죽이 조금 있었다.
나는 하나의 주문으로 전략을 시도했습니다. 또는 낮은 이익 또는 전체 시리즈로 깰 수 없기 때문입니다. 하나의 주문, 그리고 일련의 주문이 있을 때 - 아마도 주문의 일부가 이익일 것입니다. 손실된 부분 - 전체 손익분기점에서 모든 것을 한 번에 마감
전체 시리즈를 손익분기점으로 만들기 위한 다방향 주문 - 즉, 초기 자본 = 시장에 주문이 없었을 때의 잔액, 이러한 다방향 주문의 역사를 통해 손가락으로 셀 수 있습니다.
글쎄, 상황의 통제에 대해 - 명확한 해결책은 없습니다 - 이것은 시장이며 모든 것이 가능합니다. 여기서 양초가 한 시간에 200pp인 경우 저장소와 전략의 정확한 계산만 필요합니다(100pp에서 100pp 역사의 1분) - 그러면 여전히 강한 롤백이 있을 것이고, 그래서 나는 감정에서 벗어나 내 손으로 끊임없이 통제하기 위해 지금 자동 거래를 하고 있습니다.
아아, 나는 거기에 가지 않을 것입니다 :( - (테스트 속도는 이미 고정되어 있습니다 :D) 어젯밤 테스트를 실행하기 전에 코드를 잘 "결합"하기 위해 필요했습니다. 매 틱마다 몇 가지 불필요한 계산이 있습니다. , 그리고 이제 모든 것을 끄는 것은 유감입니다.
추신 : 전략 / 코드는 즉석에서 만들어졌습니다. 이제 최종 버전 인 것 같습니다. 디포의 부하가 큰 곳을 분석하는 것이 남아 있습니다. 부하는 주로 제한하지 않는다는 사실 때문입니다. 수량별 일련의 주문은 아직 - 최대 시리즈는 각각 0.20랏의 고정 수량으로 최대 10개 주문이며, 역사상 일련의 주문 주문이 허용 가능한 인출/손실을 초과한 순간이 몇 번 있었습니다. 잠금 기능(차트의 피크/버스트)에 따라 저장소에 더 큰 부하가 발생합니다.
khorosh : 아마도 초기 로트가 고정되어 있다는 뜻입니까? 차트에 로트가 고정되어 있지 않음이 명확하게 표시되어 있기 때문입니다.
일련의 주문에서는 로트가 고정되어 있고, 겹칠 경우에도 고정되지만, 겹침/잠그는 경우에는 시리즈 전체 주문량의 1/4, 즉 우리는 가장 긴 주문 시리즈를 가지고 있습니다 - 전체 역사에서 그것은 10개의 주문이었고, 각 주문은 0.2 랏 = 2.0 랏입니다. 잠금에서 1/4만큼 겹치면 0.5 랏만큼 잠금에 대한 주문을 받습니다.
추신: 전체적으로 시스템이 "생존 가능한" 것 같습니다. 시리즈가 최대 6개 주문(보통 2-4개 주문)인 경우 대상을 고정할 필요가 없으며 자동으로 닫힙니다.
이고르! - 망치! 그는 똑똑한 사람들이 글을 쓴다는 점을 고려하고 작업 차량을 만들 수 있다고 생각합니다. (c) 탄트릭
쉼표 하나만 있으면 찬성입니다...
쉼표는 어디에??? (여기에 숨은 뜻이 있는데, 나도 똑같은 이고르...)
이고르! - 망치! 그는 똑똑한 사람들이 글을 쓴다는 점을 고려하고 작업 차량을 만들 수 있다고 생각합니다. (c) 탄트릭
쉼표 하나만 있으면 찬성입니다...
하나, 둘, 셋, 넷, 다섯 - 모두가 알고 있을 것입니다.
하나, 둘, 셋, 넷, 다섯 - 부러워: 나쁘다!
(만화 "보물 섬"- Envy에 관한 노래 / 그룹 "Grotesk"/)
네, 그 방향으로 프로세스가 진행되고 있는 것 같습니다. 그렇다면 가장 중요한 것은(실생활에서) DC는 포지션이 총 대량으로 열려 있는 순간에 미친 짓을 하지 않고 다음과 같은 트릭을 던지지 않는다는 것입니다. 따옴표의 흐름을 끄고, 또는 더 아름답게 - 고문의 신호 수신을 중단하십시오. 그게 다야
나는 이미 이것을 고려했지만 지금까지는 코드에서 구현하지 않았습니다. 실제/마이크로 리얼에서 작업할 때 가장 좋은 옵션은 주 어드바이저 코드를 무한 루프로 반복하는 것입니다. 이렇게 하면 고르지 않은 똑딱거리고 DC 서버와의 연결 여부를 제어할 수 있지만 이러한 조언자는 테스터에서 작동하지 않습니다. :)
글쎄, 사고로부터 조금 더 "보호" - 고문의 경우 뇌진탕에 대한 SMS 알림을 아직 작성하지 않았으며, 중간 복구/로그 등의 자동 저장을 아직 수행하지 않았습니다.
시스템/전략이 집요하기 때문에 잠글 때 나는 가격이 짧은 반전 후 반환 / 다시 돌 수 있음을 고려합니다. 이미 상태를 분석했습니다. 기록에 "구멍"이 있고 코드가 대처하는 순간이 있습니다. 따옴표와 간격의 간격, 저장소의 부하가 허용됩니다.
하나, 둘, 셋, 넷, 다섯 - 모두가 알고 있을 것입니다.
하나, 둘, 셋, 넷, 다섯 - 부러워: 나쁘다!
(만화 "보물 섬"- Envy에 관한 노래 / 그룹 "Grotesk"/)
나는 이미 이것을 고려했지만 지금까지는 코드에서 구현하지 않았습니다. 실제/마이크로 리얼에서 작업할 때 가장 좋은 옵션은 주 어드바이저 코드를 무한 루프로 반복하는 것입니다. 이렇게 하면 고르지 않은 똑딱거리고 DC 서버와의 연결 여부를 제어할 수 있지만 이러한 조언자는 테스터에서 작동하지 않습니다. :)
글쎄, 사고로부터 조금 더 "보호" - 고문의 경우 뇌진탕에 대한 SMS 알림을 아직 작성하지 않았으며, 중간 복구/로그 등의 자동 저장을 아직 수행하지 않았습니다.
시스템/전략이 집요하기 때문에 잠글 때 나는 가격이 짧은 반전 후 반환 / 다시 돌 수 있음을 고려합니다. 이미 상태를 분석했습니다. 기록에 "구멍"이 있고 코드가 대처하는 순간이 있습니다. 따옴표와 간격의 간격, 저장소의 부하가 허용됩니다.
물론 이것은 모두 훌륭하지만 불행히도 상황의 통제를 보장하지는 않습니다(어쨌든 이 세상의 어떤 것도 모든 유형의 불가항력으로부터 우리를 보장하지 않습니다). 확실히 더 안전한 것은 한 번에 모든 스탑으로 주문을 한 다음 프로세스 중에 이 스탑을 이동하는 것입니다(전략에 스탑로스가 없으면 스탑로스도 함께 이동함을 의미합니다). 그리고 물론 하나의 포지션만 열리는 것이 바람직하다. 이것이 귀하의 시스템에 위배된다는 것을 이해하지만 DC와 통신하는 측면에서 안전한 거래 옵션을 고려했습니다.
음, 다른 볼륨의 다방향 주문 그룹의 경우 고문이 항상 이동하는 그룹 2 정지 수준을 설정해야 합니다(연결이 끊긴 경우 - 너무 멀리 가지 않도록 -. 사실, OrderCloseBy는 작동하지만 디포는 살아있을 것입니다)
나는 한때 이것을 가지고 있었다. 포즈를 쉬지 않고 떠났고, 촛불은 1시간에 200포인트를 만들었다. 볼륨은 0.5 디포(청소년)였습니다. 그리고 PPC 보증금. 이와 같이. 좋아, 반죽이 조금 있었다.
...
나는 하나의 주문으로 전략을 시도했습니다. 또는 낮은 이익 또는 전체 시리즈로 깰 수 없기 때문입니다. 하나의 주문, 그리고 일련의 주문이 있을 때 - 아마도 주문의 일부가 이익일 것입니다. 손실된 부분 - 전체 손익분기점에서 모든 것을 한 번에 마감
전체 시리즈를 손익분기점으로 만들기 위한 다방향 주문 - 즉, 초기 자본 = 시장에 주문이 없었을 때의 잔액, 이러한 다방향 주문의 역사를 통해 손가락으로 셀 수 있습니다.
글쎄, 상황의 통제에 대해 - 명확한 해결책은 없습니다 - 이것은 시장이며 모든 것이 가능합니다. 여기서 양초가 한 시간에 200pp인 경우 저장소와 전략의 정확한 계산만 필요합니다(100pp에서 100pp 역사의 1분) - 그러면 여전히 강한 롤백이 있을 것이고, 그래서 나는 감정에서 벗어나 내 손으로 끊임없이 통제하기 위해 지금 자동 거래를 하고 있습니다.
아아, 나는 거기에 가지 않을 것입니다 :( - (테스트 속도는 이미 고정되어 있습니다 :D) 어젯밤 테스트를 실행하기 전에 코드를 잘 "결합"하기 위해 필요했습니다. 매 틱마다 몇 가지 불필요한 계산이 있습니다. , 그리고 이제 모든 것을 끄는 것은 유감입니다.
추신 : 전략 / 코드는 즉석에서 만들어졌습니다. 이제 최종 버전 인 것 같습니다. 디포의 부하가 큰 곳을 분석하는 것이 남아 있습니다. 부하는 주로 제한하지 않는다는 사실 때문입니다. 수량별 일련의 주문은 아직 - 최대 시리즈는 각각 0.20랏의 고정 수량으로 최대 10개 주문이며, 역사상 일련의 주문 주문이 허용 가능한 인출/손실을 초과한 순간이 몇 번 있었습니다. 잠금 기능(차트의 피크/버스트)에 따라 저장소에 더 큰 부하가 발생합니다.
http://imglink.ru/pictures/14-09-10/9d183fbc170c0f6778231338fe309577.jpg
추신: 이것은 결합된 시스템입니다 - 추세 조언자 + 잠금 - 잠금은 눈사태와 약간 비슷하지만 변동성과 ....... 및 ....
2000년 1월 3일부터 2008년 11월 22일까지 EA가 합병될 때까지 부지가 고정되어 있다는 점을 고려하면 잔고가 인상적입니다.
아마도 초기 로트가 고정되어 있다는 뜻입니까? 차트에 로트가 고정되어 있지 않음이 명확하게 표시되어 있기 때문입니다.
일련의 주문에서는 로트가 고정되어 있고, 겹칠 경우에도 고정되지만, 겹침/잠그는 경우에는 시리즈 전체 주문량의 1/4, 즉 우리는 가장 긴 주문 시리즈를 가지고 있습니다 - 전체 역사에서 그것은 10개의 주문이었고, 각 주문은 0.2 랏 = 2.0 랏입니다. 잠금에서 1/4만큼 겹치면 0.5 랏만큼 잠금에 대한 주문을 받습니다.
추신: 전체적으로 시스템이 "생존 가능한" 것 같습니다. 시리즈가 최대 6개 주문(보통 2-4개 주문)인 경우 대상을 고정할 필요가 없으며 자동으로 닫힙니다.
http://imglink.ru/pictures/14-09-10/1741c18b9d897712f106d396211394a0.jpg
쉼표는 어디에??? (여기에 숨은 뜻이 있는데, 나도 똑같은 이고르...)
하나, 둘, 셋, 넷, 다섯 - 모두가 알고 있을 것입니다.
하나, 둘, 셋, 넷, 다섯 - 부러워: 나쁘다!
(만화 "보물 섬"- Envy에 관한 노래 / 그룹 "Grotesk"/)
유머 감각이있는 마이클이 있습니다 ...
웃음이 있을 줄 알았는데... 여기다... 미칼리치
하나, 둘, 셋, 넷, 다섯 - 모두가 알고 있을 것입니다.
하나, 둘, 셋, 넷, 다섯 - 부러워: 나쁘다!
(만화 "보물 섬"- Envy에 관한 노래 / 그룹 "Grotesk"/)
One, Two 프레디가 당신을 찾아갑니다
셋, 넷, 문을 잠그는 것이 좋습니다.
Five, Six, 너의 십자가를 잡아
일곱, 여덟, 늦게까지 깨어 있을거야
Nine, Ten은 다시 잠들지 않습니다...
- 영화 "느릅나무 거리의 악몽"에서 프레디 크루거의 세기