- 한도가 여러 번 부분적으로 충족되어 테이크와 함께 여러 개의 열린 포즈가 발생했습니다. 동시에 나머지 볼륨은 리미터 형태로 매달려 있었다.
- 각 포지션은 테이크에 의해 부분적으로 마감되었습니다.
그러한 것들이 논리를 깨뜨리지 않도록 TS를 작성하는 방법은 무엇입니까?
거래 엔진의 유능한 아키텍처를 사용하면 이러한 문제가 저절로 해결됩니다. 특히 내 엔진에는 활성 위치의 관리자가 있습니다. TS 자체의 논리는 별도의 모듈에 설명되어 있습니다. 관리자는 위치를 살펴보고 각 위치를 교대로 TS 로직으로 푸시합니다. 전략은 위치가 어디에서 왔는지 생각하지 않고 위치를 유지하는 것입니다. 따라서 부분 실행에 의해 생성된 위치 수는 중요하지 않습니다. 이들 모두가 직위 목록에 포함된 다음 시스템에 규정된 통일된 규칙에 따라 처리되는 것이 중요합니다.
부정을 암시하는 것이 아니라 솔직히 물어보는 것입니다. 모르기 때문입니다. // 거래소에서 쓰지 않음
차이점이 뭐야?
부정을 암시하는 것이 아니라 솔직히 물어보는 것입니다. 모르기 때문입니다. // 거래소에서 쓰지 않음
아니요, 거래소가 아니라 btc-아래에 잘못 입력했습니다. 포지션이 없습니다. 음, 즉 통화 및 주문 포트폴리오만 있으면 원하는 대로 수행할 수 있습니다. 또한 불필요한 것을 팔려면 먼저 불필요한 것을 사야 한다는 사실을 염두에 두고 있습니다.
일반적으로 다음과 같습니다.
https://www.mql5.com/en/forum/12342/page3#comment_543724
이러한 상황을 해결하는 TS의 논리 관점에서 볼 때 흥미롭습니다.
테이크에 제한이 있었습니다.
- 한도가 여러 번 부분적으로 충족되어 테이크와 함께 여러 오픈 포즈가 발생했습니다. 동시에 나머지 볼륨은 리미터 형태로 매달려 있었다.
- 각 포지션은 테이크에 의해 부분적으로 마감되었습니다.
그러한 것들이 논리를 깨뜨리지 않도록 TS를 작성하는 방법은 무엇입니까?
일반적으로 다음과 같습니다.
https://www.mql5.com/ru/forum/12342/page3#comment_543724
이러한 상황을 해결하는 TS의 논리 관점에서 볼 때 흥미롭습니다.
테이크에 제한이 있었습니다.
- 한도가 여러 번 부분적으로 충족되어 테이크와 함께 여러 오픈 포즈가 발생했습니다. 동시에 나머지 볼륨은 리미터 형태로 매달려 있었다.
- 각 포지션은 테이크에 의해 부분적으로 마감되었습니다.
그러한 것들이 논리를 깨뜨리지 않도록 TS를 작성하는 방법은 무엇입니까?
일반적으로 다음과 같습니다.
https://www.mql5.com/ru/forum/12342/page3#comment_543724
이러한 상황을 해결하는 TS의 논리 관점에서 볼 때 흥미롭습니다.
테이크에 제한이 있었습니다.
- 한도가 여러 번 부분적으로 충족되어 테이크와 함께 여러 개의 열린 포즈가 발생했습니다. 동시에 나머지 볼륨은 리미터 형태로 매달려 있었다.
- 각 포지션은 테이크에 의해 부분적으로 마감되었습니다.
그러한 것들이 논리를 깨뜨리지 않도록 TS를 작성하는 방법은 무엇입니까?
나는 그런 복잡한 시스템을 작성하지 않았습니다. 각 위치를 추적해야 하는 경우 작업이 간단하지 않습니다. 이 경우 부분 실행을 비활성화할 수 있는 STP로 전환한 다음 주문이 채우기 또는 종료로 전송됩니다.
데모에서 이러한 상황을 실시간으로 모델링하면 좋을 것입니다.
나도 진짜라고 확신해)
"시뮬레이트된"이라는 말은 실제 생활처럼 작동한다는 것을 의미했습니다.
이 게시물을 통해 아무데도 연결되지 않는다고 은밀하게 암시한다면, 나는 돈에 베팅하는 것을 제안합니다(지금은 유행입니다).