글쎄, 아마도 나는 그것을 처리하기 위해 미끄러짐이나 소프트웨어 방법을 프로그래밍 방식으로 고려할 수 있는지 듣고 싶었을 것입니다.
글쎄, 또는 시스템을 구성하는 방법에 대한 자세한 내용 - 프로그램이 데모를 악화시킬 수 있습니다. 무엇을 구성할 수 있는지 모르겠습니다.
새로운 바를 여는 가격으로 거래(컨트롤 포함...), 주문을 여는 유능한 기능 - 온라인을 위한 OpenPosition() 기능. 슬리피지는 NumberOfTry 변수에서 고려됩니다 - 주문 개설 시도 - 즉, 귀하의 슬리피지 값이 낮고 이 가격에 주문이 열리지 않으면 다시 열려고 하면 그게 다입니다... 이것이 "슬리피지 계정"입니다. 작동 값을 설정하면 끝입니다. 장난치지 마세요... 싸울 필요가 없습니다. "이를 처리하는 소프트웨어 방법"이 없습니다. 차이점 정상적인 브로커에서 정상적인 거래량을 거래할 때 데모 및 실제 , 중지 및 테이크에 대한 가상 기록을 유지하더라도, 즉, 브로커에게 보여주지 마십시오. 주문 시 필요한 수표를 고려하는 경우 경매에서 사용하는 사무실의 거래 조건에 해당합니다. - ABSENT("허용 가능한" :-))) 데모 때문에 가능한 차이 는 데모이고 실제는 실제입니다).
고생하지마...
실생활에서 전략을 디버그하십시오. 당신은 그런 결과를 겪을 운명이기 때문에 마이크로 리얼에서
LeoV :
또한 실제 생활도 매우 다릅니다. $100 예금에 대한 레알은 다른 것이고, $10,000 예금에 대한 레알은 또 다른 것이며, $1,000,000 예금에 대한 실제는 세 번째입니다. 그리고 결과는 세 가지 경우 모두 다를 수 있습니다.
그것은 무엇에 달려 있습니까? 미끄러짐에 대한 DC 측면에서 설정? 저는 10,000이 1,000에 비해 시장에 어떤 영향도 미치지 않는다고 생각합니다.
또한, 보증금의 로딩이 결과에 큰 영향을 미친다는 점을 더 말씀드리겠습니다. 보증금을 1%와 100%로 로드하면 위에 나열된 모든 보증금 크기에 대해 상당히 다른 결과를 얻을 수 있습니다.
그리고 1%로 오픈하는지 아니면 전체 디포에서 오픈하는지에 따라 어떻게 달라지나요?
그것은 모두 TS에 달려 있습니다. 예금의 특정 금액에 대한 예금의 특정 부하로 안정적인 결과를 제공하는 그러한 TS를 만드는 것이 필요합니다.
고생하지마...
실생활에서 전략을 디버그하십시오. 당신은 그런 결과를 겪을 운명이기 때문에 마이크로 리얼에서
LeoV, fozi - 댓글을 달 수 있습니까?
새로운 소식을 듣고 싶으신가요?
데모는 데모이고 실제는 실제라는 말을 이미 들었습니다. 그리고 그들 사이의 공통점은 MetaTrader + 똑딱 틱입니다. 그러나 틱 자체와 Demo 및 Real의 주문에 대한 서버의 반응은 일치하지 않으며 일치하지 않습니다.
고생하지마...
실생활에서 전략을 디버그하십시오. 당신은 그런 결과를 겪을 운명이기 때문에 마이크로 리얼에서
...실제 디버그 전략... 멋진 조언
그리고 당신 자신이 무엇에 디버깅합니까 ...?
여기 저는 마이크로... 포인트당 1달러(4의 10랏)입니다... 그리고 당신은...?
LeoV, fozi - 댓글을 달 수 있습니까?
귀하의 질문은 의견이 아니라 TS 연구 측면에서뿐만 아니라 금융 시장 거래에 대한 실용적인 지식, DC 규칙, 중개인의 측면에서 외환 연구에 대한 전체 과정에 대한 것입니다 등등... 등등...
이 포럼에 대한 토론이 있었습니다. 검색 기능을 사용하십시오.
그리고 여기에서 "흡연의 위험성"에 대해 흡연자에게 강의를 작성할 힘이 없습니다....))))
새로운 소식을 듣고 싶으신가요?
데모는 데모이고 실제는 실제라는 말을 이미 들었습니다. 그리고 그들 사이의 공통점은 MetaTrader + 똑딱 틱입니다. 그러나 틱 자체와 Demo 및 Real의 주문에 대한 서버의 반응은 일치하지 않으며 일치하지 않습니다.
글쎄, 아마도 나는 그것을 처리하기 위해 미끄러짐이나 소프트웨어 방법을 프로그래밍 방식으로 고려할 수 있는지 듣고 싶었을 것입니다.
글쎄, 또는 시스템을 구성하는 방법에 대한 자세한 내용 - 프로그램이 데모를 악화시킬 수 있습니다. 무엇을 구성할 수 있는지 모르겠습니다.
글쎄, 아마도 나는 그것을 처리하기 위해 미끄러짐이나 소프트웨어 방법을 프로그래밍 방식으로 고려할 수 있는지 듣고 싶었을 것입니다.
글쎄, 또는 시스템을 구성하는 방법에 대한 자세한 내용 - 프로그램이 데모를 악화시킬 수 있습니다. 무엇을 구성할 수 있는지 모르겠습니다.
글쎄, 아마도 나는 그것을 처리하기 위해 미끄러짐이나 소프트웨어 방법을 프로그래밍 방식으로 고려할 수 있는지 듣고 싶었을 것입니다.
글쎄, 또는 시스템을 구성하는 방법에 대한 자세한 내용 - 프로그램이 데모를 악화시킬 수 있습니다. 무엇을 구성할 수 있는지 모르겠습니다.
새로운 바를 여는 가격으로 거래(컨트롤 포함...), 주문을 여는 유능한 기능 - 온라인을 위한 OpenPosition() 기능. 슬리피지는 NumberOfTry 변수에서 고려됩니다 - 주문 개설 시도 - 즉, 귀하의 슬리피지 값이 낮고 이 가격에 주문이 열리지 않으면 다시 열려고 하면 그게 다입니다... 이것이 "슬리피지 계정"입니다. 작동 값을 설정하면 끝입니다. 장난치지 마세요... 싸울 필요가 없습니다. "이를 처리하는 소프트웨어 방법"이 없습니다. 차이점 정상적인 브로커에서 정상적인 거래량을 거래할 때 데모 및 실제 , 중지 및 테이크에 대한 가상 기록을 유지하더라도, 즉, 브로커에게 보여주지 마십시오. 주문 시 필요한 수표를 고려하는 경우 경매에서 사용하는 사무실의 거래 조건에 해당합니다. - ABSENT("허용 가능한" :-))) 데모 때문에 가능한 차이 는 데모이고 실제는 실제입니다).