누가 이미 ATC 2012 참가자의 관심을 끌기 위해 Signals 구독을 시도했습니까?
우리의 가장 중요한 업무 중 하나는 거래 계정의 과부하로 탐욕을 추구하는 것이 아니라 계정의 보안입니다.
결국, "구독" 버튼을 클릭하는 것이 매우 쉬울 때 한 계정에서 여러 거래 전략을 사용할 때 어떤 일이 발생하는지 스스로 알고 있습니다. 한 가지만 밝혀졌습니다. 포럼에 불만을 제기하는 것입니다.
우리는 대량 서비스 를 하고 있으며 "공유할 방법이 있습니다. 제가 직접 했습니다. 매우 안전합니다."라는 접근 방식은 절대적으로 용납될 수 없습니다. 탐욕은 진정되어야 합니다. 특히 여기에서는 치명적입니다.
우리의 가장 중요한 업무 중 하나는 거래 계정의 과부하로 탐욕을 추구하는 것이 아니라 계정의 보안입니다.
결국, "구독" 버튼을 클릭하는 것이 매우 쉬울 때 한 계정에서 여러 거래 전략을 사용할 때 어떤 일이 발생하는지 스스로 알고 있습니다. 한 가지만 밝혀졌습니다. 포럼에 불만을 제기하는 것입니다.
우리는 대량 서비스 를 하고 있으며 "공유할 방법이 있습니다. 제가 직접 했습니다. 매우 안전합니다."라는 접근 방식은 절대적으로 용납될 수 없습니다. 탐욕은 진정되어야 합니다. 그것은 특히 여기에서 파괴적입니다.
나는 이념을 이해한다. 백만 명의 요리사가 수백 명의 상인보다 더 중요하며 여기에 숨길 것이 없습니다.
희망이 있어서 아쉬웠다...
나는 이념을 이해한다. 백만 명의 요리사가 수백 명의 상인보다 더 중요하며 여기에 숨길 것이 없습니다.
이렇게 간단한 구성으로 하나의 계정에서 3가지 전략을 일관되고 안전하게 실행하는 방법을 자세히 설명할 수 있습니까?
- 첫 번째 신호는 EURUSD만 거래하며 10%의 보증금이 제공됩니다.
- 두 번째 신호는 GBPUSD, USDJPY를 거래하며 보증금의 20%를 받습니다.
- 세 번째 신호는 12개의 메인 코스를 거래하고, 그는 30%의 보증금을 받았습니다.
- 상인은 보증금을 60%만 충전하고 안전하다고 결정했습니다.
즉, 여러 페이지의 세부 레이아웃을 그려야 합니다. 마음이 아니라 종이에 - 이것은 즉시 열정을 식힐 것입니다.
또한 다음과 같은 몇 가지 질문이 더 필요합니다.
- 피할 수 없는 캐릭터의 교차, 어떻게 할까? 가상화?
- 피할 수 없는 예금 과부하 및 보장된 중단을 어떻게 해야 합니까? 총부하를 보증금의 5%로 줄이는 것이 합리적입니까? 그래서 상인 중 누구도 이것을하지 않을 것입니다.
- 잠시 동안 연결이 끊겼을 때 정렬을 복원하는 방법은 무엇입니까? 이것은 복사기에 대한 진정한 악몽이며 여러 신호가 엉망입니다.
- 아무도 모든 롤업의 정확성을 증명할 기회가 없을 때 포지션으로 마지막 도약을 트레이더에게 설명하는 방법은 무엇입니까?
우리는 특히 시스템을 단일 신호로 단순화하여 가장 끔찍한 결과를 제거했습니다. 특히 시간이 지나면 대부분의 작업이 클라우드 서버의 Trusted Execution Token 메커니즘을 통과할 가능성이 높다는 점을 고려 하면 신호 복사 지연을 몇 밀리초로 줄일 수 있습니다.
정의에 따르면 한 계정에서 이 계정에서 작업하는 거래자가 위험을 정산한다는 사실을 가정해 보겠습니다. 우리는 여러 계정을 가지고 있으며 신호 수신자는 거래를 복사할 각 계정에 대한 계수를 설정합니다. 다른 계정 의 한 심볼의 위치 볼륨 에 해당 계수를 곱하고 합산하여 신호 수신기의 위치 볼륨을 얻습니다. 거래 신호는 모든 계정의 기호에서 거래량이 변경될 때 발행됩니다. 신호는 계산된 볼륨과 현재 볼륨을 기호로 정렬하여 실행됩니다.
시그널 판매자가 보증금을 보충할 때 시그널 수신자가 결정할 때까지 시그널 발행을 차단합니다.
헤, 이런 식으로 하나의 계정에서 여러 Expert Advisors의 작업을 보장하는 것이 가능합니다. 각 Expert Advisors에 대해 많은 데모 계정이 볼륨을 합산하고 작업 계정에 총 볼륨을 복사합니다.
- www.mql5.com
이렇게 간단한 구성으로 하나의 계정에서 3가지 전략을 일관되고 안전하게 실행하는 방법을 자세히 설명할 수 있습니까?
- 첫 번째 신호는 EURUSD만 거래하며 10%의 보증금이 제공됩니다.
- 두 번째 신호는 GBPUSD, USDJPY를 거래하며 보증금의 20%를 받습니다.
- 세 번째 신호는 12개의 메인 코스를 거래하고, 그는 30%의 보증금을 받았습니다.
- 상인은 보증금을 60%만 충전하고 안전하다고 결정했습니다.
즉, 여러 페이지의 세부 레이아웃을 그려야 합니다. 마음이 아니라 종이에 - 이것은 즉시 열정을 식힐 것입니다.
또한 다음과 같은 몇 가지 질문이 더 필요합니다.
- 피할 수 없는 캐릭터의 교차, 어떻게 할까? 가상화?
- 피할 수 없는 예금 과부하 및 보장된 중단을 어떻게 해야 합니까? 총부하를 보증금의 5%로 줄이는 것이 합리적입니까? 그래서 상인 중 누구도 이것을하지 않을 것입니다.
- 잠시 동안 연결이 끊겼을 때 정렬을 복원하는 방법은 무엇입니까? 이것은 복사기에 대한 진정한 악몽이며 여러 신호가 엉망입니다.
- 아무도 모든 롤업의 정확성을 증명할 기회가 없을 때 포지션으로 마지막 도약을 트레이더에게 설명하는 방법은 무엇입니까?
우리는 특히 시스템을 단일 신호로 단순화하여 가장 끔찍한 결과를 제거했습니다. 특히 시간이 지나면 대부분의 작업이 클라우드 서버의 Trusted Execution Token 메커니즘을 통과할 가능성이 높다는 점을 고려하면 신호 복사 지연을 몇 밀리초로 줄일 수 있습니다.
또한 다음과 같은 몇 가지 질문이 더 필요합니다.
- 피할 수 없는 예금 과부하 및 보장된 중단을 어떻게 해야 합니까? 총부하를 보증금의 5%로 줄이는 것이 합리적입니까? 그래서 상인 중 누구도 이것을하지 않을 것입니다.
우리는 특히 시스템을 단일 신호로 단순화하여 가장 끔찍한 결과를 제거했습니다. 특히 잠시 후 대부분의 작업이 클라우드 서버의 Trusted Execution Token 메커니즘을 통과할 가능성이 높다는 점을 고려하면 신호 복사 지연을 몇 밀리초로 줄일 수 있습니다.
그럴게요!
신호의 대량 복사는 일반적으로 Forex 거래 자체보다 더 위험 하지 않습니다. 반면에 하나의 계정 내에서 여러 거래 전략을 합리적으로 사용하면 위험 부담을 줄일 수 있습니다.
하나의 인스트루먼트에 대해 하나의 전략으로 시작할 수 있으므로 전략이 한 인스트루먼트 내의 한 터미널에서 교차하지 않습니다.
PS Renat의 관점 - 순수 프로그래밍 관점과 거래가 무엇인지에 대한 피상적인 판단에 대해 이야기합니다.
대량 캐릭터에 대한 욕구가 합리적인 거래 방법에서 벗어나면 슬픈 일이 ... 실제로 성공한 거래자는 소수에 불과합니다. 예금을 10 개의 터미널로 나누고 각각을 자신의 신호에 연결해야합니다. 농담은 그 농담입니다. 그들이 "미사"라고 말하는 사람은 똑같이 할 것이고 농담은 무엇입니까 ....
아니면 SubAccounts를 시작하시겠습니까? 그러면 모든 것이 해결됩니다.
시그널 판매자가 보증금을 보충 할 때 시그널 수신자가 결정할 때까지 시그널 발행을 차단합니다.
우리는 이미 극복할 수 없는 장애물을 발견했습니다. 신호 수신기는 아무 것도 할 필요가 없습니다.
시스템은 10,000개의 연결된 신호로 작동해야 하며 시간당 100번 균형을 벗어나지 않아야 합니다.
브로커를 통해 여러 계정을 개설할 수 있습니다. 아주 쉽습니다. 일부는 상인 사무실에서 하기도 합니다.
글쎄, 그것은 분명하다. 그러나 터미널인 IMHO에서 관리하는 하위 계정이 더 편리할 것입니다(일부는 송금 수수료를 청구할 수 있지만 브로커도 감사하다고 말할 것입니다).
빌드 705에서 MetaTrader 5 클라이언트 터미널은 MQL5.Signals 신호 서비스와 통합되었습니다.
이제 모든 MQL5 계정 소유자는 자동 거래 챔피언십 2012 참가자를 포함하여 거래 신호 소스를 구독할 수 있습니다.
이 경우 클라이언트 단말기는 설정된 신호 설정에 따라 최소한의 지연으로 거래 신호를 복사합니다.동시에 브로커의 거래 서버에 있는 하나의 거래 계정은 하나의 신호 소스에만 가입할 수 있으며 소스를 변경하려면 이전 가입을 취소해야 합니다.
신호 복사를 시작하기 전에 클라이언트와 신호 소스 위치의 초기 동기화가 수행됩니다. 전제 조건은 고객 자신 또는 다른 출처의 신호가 개설한 주문 및 포지션이 구독자의 고객 계정에 없다는 것입니다. 또한 초기 동기화는 Signal Source의 총 유동 이익이 양수가 아닌 경우에만 발생합니다. 따라서 가입자는 신호원이 입력한 가격보다 나쁘지 않은 가격으로 시장에 진입할 것입니다.
동기화하는 동안 클라이언트는 신호 소스와 방향 및 거래 수단이 유사한 위치를 엽니다. 동시에 개설된 포지션의 수량은 자금 관리 설정에 따라 선택되며 시장가 주문은 설정에서 설정된 슬리피지로 포지션을 개설하는 데 사용됩니다. 또한 SL 및 TP 레벨이 복사됩니다. 보류 중인 주문은 복사되지 않습니다.
신호의 추가 복사는 동기화가 성공한 후에만 수행되며 동기화 결과는 "신호" 표시가 있는 터미널 로그에 기록됩니다.
성공적인 초기 동기화 후, 시그널 소스의 계정에서 이루어진 새로운 거래는 시장 주문을 사용하여 가입자의 클라이언트 계정에서 유사한 거래를 함으로써 복사됩니다. 시장가 주문의 양과 슬리피지는 설정에 따라 설정됩니다. 열린 위치의 SL 및 TP 수준의 변경 사항도 복사됩니다. 모든 신호 복사 작업은 "신호" 표시가 있는 터미널 로그에 반영됩니다.
신호 복사는 수동 또는 전문가의 병렬 거래 가능성을 제공하지 않으며 이러한 개입 후 신호 복사의 결과는 불확실합니다.
신호 복사 시 오류가 발생한 경우 - 연결 끊김, 주문 오류 등 - 신호 소스와 계정의 재동기화가 수행됩니다.
신호 설정에서 자금 관리 방법이 지정됩니다. 신호 거래량과 관련하여 거래량을 선택하는 알고리즘:
거래 작업은 "Slippage" 매개변수에 의해 설정된 허용 슬리피지로 수행되며, 이 매개변수의 값은 거래 상품의 스프레드로 표시됩니다.
자산 수준이 설정에 지정된 수준 아래로 떨어지면 신호 복사가 자동으로 중단되고 이전에 열린 모든 위치는 닫힙니다.