На счете провайдера все сделки совершаются объемом в 0. Если же на найденном символе торговля разрешена только частично либо запрещена. Для каждого найденного инструмента проверяется полное разрешение на торговлю
The most frequently asked questions related to the signals service will be collected and processed in this topic. I do not want to broadcast it anymore. Full permission to perform trading is checked for each detected symbol
잘 알려진 문제인 "제공자의 예금 통화에 대한 전환율 없음"(가입자의 브로커가 제공자와 가입자의 기본 통화 사이에 통화 쌍이없는 경우)과 관련하여: (적어도 MT5에서는) 메시지에 표시된 대로 1:1 비율이 사용될 뿐만 아니라 (제 경우에는 다행히도 괜찮았지만) 신호에서 새 거래가 브로커로 전달되기까지 큰 지연이 있다는 것을 발견했습니다. 제 경우에는 MQL5 VPS에서 1.1초이고 제 컴퓨터에서도 비슷합니다. 문제의 신호의 경우 바로 이 순간에 가격이 빠르게 움직이기 때문에 큰 차이가 있습니다 (아마도 다른 많은 자동 거래가 브로커 또는 유동성 공급업체에서 같은 순간에 발생하여 가격을 움직일 것입니다). 정확히 왜 지연되는지 모르겠습니다 - 제 추측으로는 MT5가 거래를 진행하기 전에 브로커에 새로운 심볼 목록을 요청하고 아직 전환율이 없다고 결론을 내리는 것 같습니다(이 1.1초만큼 지연된다는 메시지가 기록됨).
그래서 이 지연을 피할 수 있는 방법을 찾고 있습니다. 누락된 통화 쌍에 대한 사용자 지정 심볼을 만들어 보았지만 이 로직에 의해 선택되지 않습니다(VPS 사용 없이 내 컴퓨터에서 로컬로 신호를 구독할 때도 마찬가지입니다).
다음 단계는 브로커에 문의하는 것이지만, 브로커가 정확히 일치하지 않는 통화쌍에 대한 심볼을 만들 의향이 있는지 의문입니다.
다른 제안이 있나요?
제 경우 신호 제공자의 기본 통화는 UST(USDT의 경우)인데 브로커에는 없습니다. 이 글을 읽는 MT5 개발자가 있다면 전환율을 수동으로 지정하는 방법을 추가하거나(존재하는 통화쌍에 대해서도 수동 오버라이드로 사용할 수 있는 것이 이상적임), 최소한 USD의 동의어로 UST를 추가해 주세요. 또한 거래가 시작될 때 새로운 심볼 목록에 대한 (추정) 요청을 제거할 수도 있습니다(신호 추적을 막 시작할 때 한 번만 수행하거나 주기적으로 수행하되 가장 중요한 순간에는 다시 수행하지 않음). 고마워요!
playgold 자동 거래가 브로커 또는 유동성 공급업체에서 같은 순간에 발생하여 가격을 움직일 것입니다). 정확히 왜 지연되는지는 모르겠지만 제 추측으로는 MT5가 거래를 진행하기 전에 브로커에 새 심볼 목록을 요청하고 아직 전환율이 없다고 결론을 내리는 것 같습니다(이 1.1초만큼 지연된다는 메시지를 기록합니다).
그래서 이 지연을 피할 수 있는 방법을 찾고 있습니다. 누락된 통화쌍에 대한 사용자 지정 심볼을 만들어 보았지만 이 로직에 의해 선택되지 않습니다(VPS를 사용하지 않고 내 컴퓨터에서 로컬로 신호를 구독할 때도 마찬가지입니다).
다음 단계는 브로커에 문의하는 것이지만, 브로커가 정확히 일치하지 않는 통화쌍에 대한 심볼을 생성해줄지 의문입니다.
다른 제안이 있나요?
제 경우 신호 제공자의 기본 통화는 UST(USDT의 경우)인데 브로커에는 없습니다. 이 글을 읽는 MT5 개발자가 있다면 전환율을 수동으로 지정하는 방법을 추가하거나(존재하는 통화쌍에 대해서도 수동 오버라이드로 사용할 수 있는 것이 이상적임), 최소한 USD의 동의어로 UST를 추가해 주세요. 또한 거래가 시작될 때 새로운 심볼 목록에 대한 (추정) 요청을 제거할 수도 있습니다(신호 추적을 막 시작할 때 한 번만 수행하거나 주기적으로 수행하되 가장 중요한 순간에는 다시 수행하지 않음). 고마워요!
알랭 벌린 이제야 답글을 봤는데, 태그를 달면 제 답글을 더 빨리 볼 수 있을 것 같습니다. 혼란을 드려 죄송하고 이해하려고 노력해 주셔서 감사합니다. 제가 설명해 드리겠습니다:
아니요, 신호 구독은 내 브로커에 없는 종목의 거래를 복사하는 것이 아닙니다. 이 게시물은 거래에 사용되는 심볼에 관한 것이 아닙니다.
계좌 통화, 즉 신호 제공자와 구독자의 통화에 대해 이야기하고 있습니다. 제 경우 신호 제공자는 바이비트를 사용하며 계좌 통화는 UST입니다. 제 브로커는 UST와 통화쌍이 없고 UST로 된 계좌도 없습니다(USD로 되어 있습니다). 제 계좌 통화는 AUD입니다(하지만 USD일 수도 있습니다. 지연 문제는 여전히 동일합니다).
MT5(로컬 터미널과 MQL5 VPS 모두 동일하게 작동)가 포지션 크기 조정을 결정하기 위해 계좌 통화에 대한 전환율을 조회하려고 시도했다가 실패합니다. 신호를 추적하기 시작할 때 이 작업을 수행하고 가끔 반복하며 신호 제공자가 새 거래를 할 때마다 이 거래를 브로커에 전달하기 전에 이 작업을 수행합니다. 이는 이해할 수 있습니다. 거래에 적합한 크기를 보장하고 싶지만이 경우 항상 실패하여 복사하는 데 불필요한 지연이 발생하고 일부 전략의 수익성에 큰 영향을 미칩니다 (특히 신호 제공 업체에서 매우 인기있는 특정 EA와 가격이 바로이 순간에 크게 움직이는 브레이크 아웃 전략의 경우).
알려진 바와 같이 계좌 통화 매핑이 이렇게 실패하면 플랫폼은 통화 간 1:1 비율로 되돌아갑니다. 즉, AUD를 사용하면 위험(및 보상)이 적당히 증가하지만 이 경우에는 괜찮습니다. 그래서 가장 큰 문제는 지연이고, 두 번째 문제는 전환율을 수동으로 지정할 수 없다는 것입니다(이 경우 지연 문제도 해결되므로 두 가지 문제를 한꺼번에 해결할 수 있습니다).
알랭 벌리엔 님의 답글을 이제야 봤는데, 태그를 달면 제 답글을 더 빨리 볼 수 있을 것 같습니다. 혼란을 드려 죄송하며 이해해 주셔서 감사합니다. 제가 설명해 드리겠습니다:
아니요, 신호 구독은 내 브로커에 없는 종목의 거래를 복사하는 것이 아닙니다. 이 게시물은 거래에 사용되는 심볼에 관한 것이 아닙니다.
저는 신호 제공자와 구독자의 계좌 통화에 대해 이야기하고 있습니다. 제 경우 신호 제공자는 바이비트를 사용하며 계좌 통화는 UST입니다. 제 브로커는 UST와 통화쌍이 없고 UST로 된 계좌도 없습니다(USD로 되어 있습니다). 제 계좌 통화는 AUD입니다(하지만 USD일 수도 있습니다. 지연 문제는 여전히 동일합니다).
MT5(로컬 터미널과 MQL5 VPS 모두 동일하게 작동)가 포지션 크기 조정을 결정하기 위해 계좌 통화에 대한 전환율을 조회하려고 시도했다가 실패합니다. 신호를 추적하기 시작할 때 이 작업을 수행하고 가끔 반복하며 신호 제공자가 새 거래를 할 때마다 이 거래를 브로커에 전달하기 전에 이 작업을 수행합니다. 이는 이해할 수 있습니다. 거래에 적합한 크기를 보장하고 싶지만이 경우 항상 실패하여 복사하는 데 불필요한 지연이 발생하고 일부 전략의 수익성에 큰 영향을 미칩니다 (특히 신호 제공자에게 매우 인기있는 특정 EA의 경우와 가격이 바로 지금 크게 움직이는 브레이크 아웃 전략의 경우).
알려진 바와 같이 계좌 통화 매핑이 이렇게 실패하면 플랫폼은 통화 간 비율을 1:1로 되돌려 놓습니다. 즉, AUD를 사용하면 위험(및 보상)이 적당히 증가하지만 이 경우에는 괜찮습니다. 그래서 가장 큰 문제는 지연이고, 두 번째 문제는 전환율을 수동으로 지정할 수 없다는 것입니다(이 경우 지연 문제도 해결되므로 두 가지 문제를 한꺼번에 해결할 수 있습니다).
Alain Verleyen #: 신고한 내용을 뒷받침할 수 있는 로그를 제공해 주세요. 고마워요.
알랭 벌린 다음은 MQL5 VPS의 로그 발췌본입니다. 계정 번호를 삭제하고 관련 없는 몇 줄을 생략했습니다. 08:07:53.297과 08:07:54.398 사이에 1.1초 지연이 있었고(거래가 처리 중이었기 때문에 문제가 발생했습니다), 04:10:43.808과 04:10:44.908 사이에 정확히 동일한 지연이 있었습니다(거래 서버에 다시 연결한 후였기 때문에 문제되지 않았습니다). 따라서 두 경우 모두 동일한 느린 작동이 시도된 것으로 보입니다. 이 특정 발췌 내용은 20260302.log에서 발췌한 것으로, 해당 날짜에 VPS 재시작이 있었기 때문에 터미널 빌드 번호를 보여드리기 위해 선택했습니다. 그러나 이전 빌드에서도 동일한 문제가 발생했으며 다음 날에도 계속 발생했습니다.
LO 000:12:40.488 Terminal MetaTrader 5 x64 build 5662 started for MetaQuotes Ltd.
QF 000:12:40.493 Terminal Windows Server 2022 build 20348, 64 x AMD EPYC 754232-Core, AVX2, 476 / 511 Gb memory, 1465 / 1677 Gb disk, admin, GMT+1
...
JM 100:12:54.656 Signal '777777': no conversion rate for the deposit currency of provider (UST) and subscriber (AUD), 1:1 ratio will be used
...
ES 003:12:52.741 Network '777777': authorized on FusionMarkets-Live through Access Server NY-3 (ping: 0.77 ms, build 5430)
EO 003:12:52.796 Network '777777': terminal synchronized with Fusion Markets Pty Ltd: 0 positions, 0 orders, 248 symbols, 0 spreads
CL 003:12:52.796 Network '777777': trading has been enabled - hedging mode
PF 003:12:52.803 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled
GQ 003:12:54.666 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.77 ms
CD 003:12:54.702 Network '777777': ping to current access point Access Server NY-3is0.76 ms [next point Access Server - NY-NEW-2is2.44 ms]
MG 003:12:55.810 Terminal RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 1624 kb written on disk
GR 004:10:43.808 Signal '777777': signal provider has balance 15708.85 UST, leverage 1:500; subscriber has balance 6877.01 AUD, leverage 1:500
OM 104:10:44.908 Signal '777777': no conversion rate for the deposit currency of provider (UST) and subscriber (AUD), 1:1 ratio will be used
JM 004:10:44.908 Signal '777777': percentage for volume conversion selected according to the ratio of balances and leverages, new value 40%
QR 004:10:44.908 Signal '777777': synchronization finished successfully
OO 004:10:45.878 Signal '777777': ping to signal server 242.18 ms, to trade server 308.82 ms
RJ 004:12:55.635 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.76 ms
II 004:12:55.666 Network '777777': ping to current access point Access Server NY-3is0.57 ms [next point Access Server - NY-NEW-1is2.27 ms]
HH 004:12:56.764 Terminal RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 279 kb written on disk
KS 005:12:56.628 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.57 ms
PR 005:12:56.658 Network '777777': ping to current access point Access Server NY-3is0.63 ms [next point Access Server - NY-NEW-1is2.11 ms]
PE 005:12:57.764 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 3848 kb written on disk
QJ 006:12:52.404 Network '777777': scanning network for access points
HD 006:12:52.449 Network '777777': ping to current access point Access Server NY-3is0.74 ms [next point Access Server - NY-NEW-1is2.63 ms]
JH 006:12:52.449 Network '777777': scanning network finished
PL 006:12:57.604 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.74 ms
FO 006:12:57.639 Network '777777': ping to current access point Access Server NY-3is0.64 ms [next point Access Server - NY-NEW-2is2.43 ms]
PR 006:12:58.737 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 306 kb written on disk
LE 007:12:58.582 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.64 ms
HH 007:12:58.618 Network '777777': ping to current access point Access Server NY-3is0.73 ms [next point Access Server - NY-NEW-2is2.44 ms]
GI 007:12:59.726 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 280 kb written on disk
EL 008:07:53.297 Signal '777777': signal provider performed deal #138115330 5394.41에 0.16 XAUUSD+ 구매
EL 108:07:54.398 Signal '777777': no conversion rate for the deposit currency of provider (UST) and subscriber (AUD), 1:1 ratio will be used
NL 008:07:54.398 Trades '777777': market buy 0.06 XAUUSD sl: 5355.99 tp: 5443.42
알랭 벌리엔 다음은 MQL5 VPS의 로그 발췌본입니다. 계정 번호를 삭제하고 관련 없는 몇 줄을 생략했습니다. 08:07:53.297과 08:07:54.398 사이에 1.1초 지연이 발생한 점(거래가 처리 중이었기 때문에 문제가 발생함)과 04:10:43.808과 04:10:44.908 사이에 정확히 동일한 지연이 발생한 점(거래 서버에 다시 연결한 후이므로 문제가 되지 않음)을 확인하실 수 있습니다. 따라서 두 경우 모두 동일한 느린 작동이 시도된 것으로 보입니다. 이 특정 발췌 내용은 20260302.log에서 발췌한 것으로, 해당 날짜에 VPS 재시작이 있었기 때문에 터미널 빌드 번호를 보여드리기 위해 선택했습니다. 그러나 이전 빌드에서도 동일한 문제가 발생했으며 다음 날에도 계속 발생했습니다.
감사합니다. 이 지연은 5676 빌드부터 제거되어야 합니다. 직접 테스트할 수 없으니 확인 부탁드립니다.
예, Xauusd+가 있습니다. 구독자는 Xauusd만 가지고 있습니다. 이 경우 복사가 불가능하다는 것이 맞나요?
다른 모든 매핑 조건이 충족되면 복사가 가능합니다.
그러나 매핑에 영향을 미치는 다른 요인이 있습니다(예: FAQ 참조):
GOLD 상품은 제공자의 계좌에서 거래되고, 내 브로커는 동일한 상품을 가지고 있지만 XAUUSD라고 합니다. 이 경우 GOLD 심볼의 거래가 XAUUSD 심볼로 복사되나요?
----------------------
무슨 뜻인가요?
---------------------
매핑의 모든 조건이 충족되지만 브로커 자체가 복사를 제한하는 경우가 있습니다 (그리고이 기호에 대한 Metatrader 로그에 기록되어 있습니다. 이러한 경우는 매우 드뭅니다 (그러나 마지막 경우는 며칠 전 XAUUSD 및 XAUEUR에서 발생했습니다).
즉, 대부분의 경우 매핑입니다.
복사 신호를 선택한 후 복사 된 심볼의 매핑, 즉 복사 여부에 대해 브로커를 확인한 다음 가입하는 것이 좋습니다:
예, Xauusd+가 있습니다. 구독자에게는 Xauusd만 있습니다. 이 경우 복사가 불가능하다는 것이 맞나요?
https://www.mql5.com/en/forum/10773#q13
https://www.mql5.com/en/forum/311109#comment_11375302
https://www.mql5.com/en/forum/292340#comment_9504099
잘 알려진 문제인 "제공자의 예금 통화에 대한 전환율 없음"(가입자의 브로커가 제공자와 가입자의 기본 통화 사이에 통화 쌍이없는 경우)과 관련하여: (적어도 MT5에서는) 메시지에 표시된 대로 1:1 비율이 사용될 뿐만 아니라 (제 경우에는 다행히도 괜찮았지만) 신호에서 새 거래가 브로커로 전달되기까지 큰 지연이 있다는 것을 발견했습니다. 제 경우에는 MQL5 VPS에서 1.1초이고 제 컴퓨터에서도 비슷합니다. 문제의 신호의 경우 바로 이 순간에 가격이 빠르게 움직이기 때문에 큰 차이가 있습니다 (아마도 다른 많은 자동 거래가 브로커 또는 유동성 공급업체에서 같은 순간에 발생하여 가격을 움직일 것입니다). 정확히 왜 지연되는지 모르겠습니다 - 제 추측으로는 MT5가 거래를 진행하기 전에 브로커에 새로운 심볼 목록을 요청하고 아직 전환율이 없다고 결론을 내리는 것 같습니다(이 1.1초만큼 지연된다는 메시지가 기록됨).
그래서 이 지연을 피할 수 있는 방법을 찾고 있습니다. 누락된 통화 쌍에 대한 사용자 지정 심볼을 만들어 보았지만 이 로직에 의해 선택되지 않습니다(VPS 사용 없이 내 컴퓨터에서 로컬로 신호를 구독할 때도 마찬가지입니다).
다음 단계는 브로커에 문의하는 것이지만, 브로커가 정확히 일치하지 않는 통화쌍에 대한 심볼을 만들 의향이 있는지 의문입니다.
다른 제안이 있나요?
제 경우 신호 제공자의 기본 통화는 UST(USDT의 경우)인데 브로커에는 없습니다. 이 글을 읽는 MT5 개발자가 있다면 전환율을 수동으로 지정하는 방법을 추가하거나(존재하는 통화쌍에 대해서도 수동 오버라이드로 사용할 수 있는 것이 이상적임), 최소한 USD의 동의어로 UST를 추가해 주세요. 또한 거래가 시작될 때 새로운 심볼 목록에 대한 (추정) 요청을 제거할 수도 있습니다(신호 추적을 막 시작할 때 한 번만 수행하거나 주기적으로 수행하되 가장 중요한 순간에는 다시 수행하지 않음). 고마워요!
그래서 이 지연을 피할 수 있는 방법을 찾고 있습니다. 누락된 통화쌍에 대한 사용자 지정 심볼을 만들어 보았지만 이 로직에 의해 선택되지 않습니다(VPS를 사용하지 않고 내 컴퓨터에서 로컬로 신호를 구독할 때도 마찬가지입니다).
다음 단계는 브로커에 문의하는 것이지만, 브로커가 정확히 일치하지 않는 통화쌍에 대한 심볼을 생성해줄지 의문입니다.
다른 제안이 있나요?
제 경우 신호 제공자의 기본 통화는 UST(USDT의 경우)인데 브로커에는 없습니다. 이 글을 읽는 MT5 개발자가 있다면 전환율을 수동으로 지정하는 방법을 추가하거나(존재하는 통화쌍에 대해서도 수동 오버라이드로 사용할 수 있는 것이 이상적임), 최소한 USD의 동의어로 UST를 추가해 주세요. 또한 거래가 시작될 때 새로운 심볼 목록에 대한 (추정) 요청을 제거할 수도 있습니다(신호 추적을 막 시작할 때 한 번만 수행하거나 주기적으로 수행하되 가장 중요한 순간에는 다시 수행하지 않음). 고마워요!
신호 구독이 브로커에 없는 종목의 거래를 복사하고 있나요?
솔직히 귀하의 게시물에서 아무것도 이해하지 못했습니다.
신호 구독이 브로커에 없는 심볼의 거래를 복사하고 있습니까?
솔직히 귀하의 게시물에서 아무것도 이해하지 못했습니다.
알랭 벌린 이제야 답글을 봤는데, 태그를 달면 제 답글을 더 빨리 볼 수 있을 것 같습니다. 혼란을 드려 죄송하고 이해하려고 노력해 주셔서 감사합니다. 제가 설명해 드리겠습니다:
아니요, 신호 구독은 내 브로커에 없는 종목의 거래를 복사하는 것이 아닙니다. 이 게시물은 거래에 사용되는 심볼에 관한 것이 아닙니다.
계좌 통화, 즉 신호 제공자와 구독자의 통화에 대해 이야기하고 있습니다. 제 경우 신호 제공자는 바이비트를 사용하며 계좌 통화는 UST입니다. 제 브로커는 UST와 통화쌍이 없고 UST로 된 계좌도 없습니다(USD로 되어 있습니다). 제 계좌 통화는 AUD입니다(하지만 USD일 수도 있습니다. 지연 문제는 여전히 동일합니다).
MT5(로컬 터미널과 MQL5 VPS 모두 동일하게 작동)가 포지션 크기 조정을 결정하기 위해 계좌 통화에 대한 전환율을 조회하려고 시도했다가 실패합니다. 신호를 추적하기 시작할 때 이 작업을 수행하고 가끔 반복하며 신호 제공자가 새 거래를 할 때마다 이 거래를 브로커에 전달하기 전에 이 작업을 수행합니다. 이는 이해할 수 있습니다. 거래에 적합한 크기를 보장하고 싶지만이 경우 항상 실패하여 복사하는 데 불필요한 지연이 발생하고 일부 전략의 수익성에 큰 영향을 미칩니다 (특히 신호 제공 업체에서 매우 인기있는 특정 EA와 가격이 바로이 순간에 크게 움직이는 브레이크 아웃 전략의 경우).
알려진 바와 같이 계좌 통화 매핑이 이렇게 실패하면 플랫폼은 통화 간 1:1 비율로 되돌아갑니다. 즉, AUD를 사용하면 위험(및 보상)이 적당히 증가하지만 이 경우에는 괜찮습니다. 그래서 가장 큰 문제는 지연이고, 두 번째 문제는 전환율을 수동으로 지정할 수 없다는 것입니다(이 경우 지연 문제도 해결되므로 두 가지 문제를 한꺼번에 해결할 수 있습니다).
알랭 벌리엔 님의 답글을 이제야 봤는데, 태그를 달면 제 답글을 더 빨리 볼 수 있을 것 같습니다. 혼란을 드려 죄송하며 이해해 주셔서 감사합니다. 제가 설명해 드리겠습니다:
아니요, 신호 구독은 내 브로커에 없는 종목의 거래를 복사하는 것이 아닙니다. 이 게시물은 거래에 사용되는 심볼에 관한 것이 아닙니다.
저는 신호 제공자와 구독자의 계좌 통화에 대해 이야기하고 있습니다. 제 경우 신호 제공자는 바이비트를 사용하며 계좌 통화는 UST입니다. 제 브로커는 UST와 통화쌍이 없고 UST로 된 계좌도 없습니다(USD로 되어 있습니다). 제 계좌 통화는 AUD입니다(하지만 USD일 수도 있습니다. 지연 문제는 여전히 동일합니다).
MT5(로컬 터미널과 MQL5 VPS 모두 동일하게 작동)가 포지션 크기 조정을 결정하기 위해 계좌 통화에 대한 전환율을 조회하려고 시도했다가 실패합니다. 신호를 추적하기 시작할 때 이 작업을 수행하고 가끔 반복하며 신호 제공자가 새 거래를 할 때마다 이 거래를 브로커에 전달하기 전에 이 작업을 수행합니다. 이는 이해할 수 있습니다. 거래에 적합한 크기를 보장하고 싶지만이 경우 항상 실패하여 복사하는 데 불필요한 지연이 발생하고 일부 전략의 수익성에 큰 영향을 미칩니다 (특히 신호 제공자에게 매우 인기있는 특정 EA의 경우와 가격이 바로 지금 크게 움직이는 브레이크 아웃 전략의 경우).
알려진 바와 같이 계좌 통화 매핑이 이렇게 실패하면 플랫폼은 통화 간 비율을 1:1로 되돌려 놓습니다. 즉, AUD를 사용하면 위험(및 보상)이 적당히 증가하지만 이 경우에는 괜찮습니다. 그래서 가장 큰 문제는 지연이고, 두 번째 문제는 전환율을 수동으로 지정할 수 없다는 것입니다(이 경우 지연 문제도 해결되므로 두 가지 문제를 한꺼번에 해결할 수 있습니다).
신고한 내용을 뒷받침할 수 있는 로그를 제공해 주세요. 고마워요.
알랭 벌린 다음은 MQL5 VPS의 로그 발췌본입니다. 계정 번호를 삭제하고 관련 없는 몇 줄을 생략했습니다. 08:07:53.297과 08:07:54.398 사이에 1.1초 지연이 있었고(거래가 처리 중이었기 때문에 문제가 발생했습니다), 04:10:43.808과 04:10:44.908 사이에 정확히 동일한 지연이 있었습니다(거래 서버에 다시 연결한 후였기 때문에 문제되지 않았습니다). 따라서 두 경우 모두 동일한 느린 작동이 시도된 것으로 보입니다. 이 특정 발췌 내용은 20260302.log에서 발췌한 것으로, 해당 날짜에 VPS 재시작이 있었기 때문에 터미널 빌드 번호를 보여드리기 위해 선택했습니다. 그러나 이전 빌드에서도 동일한 문제가 발생했으며 다음 날에도 계속 발생했습니다.
알랭 벌리엔 다음은 MQL5 VPS의 로그 발췌본입니다. 계정 번호를 삭제하고 관련 없는 몇 줄을 생략했습니다. 08:07:53.297과 08:07:54.398 사이에 1.1초 지연이 발생한 점(거래가 처리 중이었기 때문에 문제가 발생함)과 04:10:43.808과 04:10:44.908 사이에 정확히 동일한 지연이 발생한 점(거래 서버에 다시 연결한 후이므로 문제가 되지 않음)을 확인하실 수 있습니다. 따라서 두 경우 모두 동일한 느린 작동이 시도된 것으로 보입니다. 이 특정 발췌 내용은 20260302.log에서 발췌한 것으로, 해당 날짜에 VPS 재시작이 있었기 때문에 터미널 빌드 번호를 보여드리기 위해 선택했습니다. 그러나 이전 빌드에서도 동일한 문제가 발생했으며 다음 날에도 계속 발생했습니다.
감사합니다. 이 지연은 빌드 5676에서 제거될 예정입니다. 제가 직접 테스트할 수 없으니 확인해 주세요.