Обсуждение статьи "Как подписаться на Торговые сигналы" - страница 117

 

По поводу известной проблемы с "отсутствием курса конвертации для валюты депозита провайдера" (когда у брокера подписчика нет валютной пары между базовой валютой провайдера и подписчика): Я обнаружил, что (по крайней мере, на MT5) не только используется соотношение 1:1, как говорится в сообщении (что, к счастью, в моем случае нормально), но и существует большая задержка между поступлением новой сделки от сигнала и ее передачей брокеру. В моем случае это 1,1 секунды на MQL5 VPS, и еще столько же на моем компьютере. Для рассматриваемого сигнала это имеет огромное значение, так как цена стремительно движется именно в эту секунду (вероятно, в тот же момент у моего брокера или его поставщика ликвидности происходит множество других автоматических торгов, двигающих цену). Я не знаю, почему именно происходит задержка - я предполагаю, что MT5 может запросить у брокера свежий список символов, прежде чем приступить к сделке, и только потом прийти к выводу, что конверсии все еще нет (он записывает сообщение об этом, с задержкой в 1,1 секунды).

Поэтому я ищу способ избежать этой задержки. Я пробовал создать пользовательский символ для отсутствующей валютной пары, но он не воспринимается этой логикой (даже при подписке на сигнал локально на моем компьютере, без использования VPS).

Следующим шагом будет обращение к брокеру, но я сомневаюсь, что они захотят создать символ для валютной пары, точного эквивалента которой у них нет.

Есть другие предложения?

В моем случае базовой валютой поставщика сигналов является UST (для USDT), которой у моего брокера нет. Если кто-нибудь из разработчиков MT5 прочитает это, пожалуйста, добавьте возможность указывать курс конвертации вручную (в идеале - даже для существующих валютных пар, как ручное переопределение), или, по крайней мере, добавьте UST в качестве признанного синонима USD. Возможно, также следует убрать (предполагаемый) запрос на свежий список символов при открытии сделки (делайте это только один раз, когда только начинаете следить за сигналом, или периодически, но не в такие критически важные моменты). Спасибо!

 

playgold

автоматических торгов, двигающих цену). Я не знаю, почему именно происходит задержка - мое предположение заключается в том, что MT5 может запросить у брокера свежий список символов, прежде чем приступить к сделке, только для того, чтобы прийти к выводу, что конверсия все еще отсутствует (он выдает сообщение об этом, с задержкой в 1,1 секунды).

Поэтому я ищу способ избежать этой задержки. Я пробовал создать пользовательский символ для отсутствующей валютной пары, но он не подхватывается этой логикой (даже при подписке на сигнал локально на моем компьютере, без использования VPS).

Следующим шагом будет обращение к моему брокеру, но я сомневаюсь, что они захотят создать символ для валютной пары, точного эквивалента которой у них нет.

Какие еще есть предложения?

В моем случае базовой валютой поставщика сигналов является UST (для USDT), которой у моего брокера нет. Если кто-нибудь из разработчиков MT5 прочитает это, пожалуйста, добавьте возможность указывать курс конвертации вручную (в идеале - даже для существующих валютных пар, как ручное переопределение), или, по крайней мере, добавьте UST в качестве признанного синонима USD. Возможно, также следует убрать (предполагаемый) запрос на свежий список символов при открытии сделки (делайте это только один раз, когда только начинаете следить за сигналом, или периодически, но не в такие критически важные моменты). Спасибо!

Ваша подписка на сигнал копирует сделки с символа, которого нет у вашего брокера?

Честно говоря, я ничего не понял в вашем посте.

 
Alain Verleyen #:

Ваша подписка на сигналы копирует сделки с символа, которого у вашего брокера нет?

Честно говоря, я ничего не понял в вашем посте.

@Alain Verleyen Я увидел ваш ответ только сейчас, надеюсь, отметив вас, вы быстрее увидите мой. Извините за путаницу и спасибо за попытку понять. Позвольте мне попытаться объяснить:

Нет, подписка на сигналы не копирует сделки с символов, которых нет у моего брокера. Этот пост не о символах, используемых в сделках.

Я говорю о валютах счетов - валютах поставщика сигналов и подписчика. В моем случае провайдер сигналов использует Bybit, и валюта их счета - UST. У моего брокера нет ни одной валютной пары с UST, и у него нет счетов в UST (есть в USD). Валюта моего счета - AUD (но с тем же успехом это может быть и USD - у нас все равно будет та же проблема с задержкой).

Происходит следующее: MT5 (и локальный терминал, и MQL5 VPS ведут себя одинаково) пытается и не может найти курс конвертации для валют счета, чтобы определить масштаб размера позиции. Это происходит при начале следования сигналу, повторяется время от времени, а также каждый раз, когда поставщик сигнала заключает новую сделку, прежде чем переслать ее моему брокеру. Это понятно - он действительно хочет обеспечить правильный размер сделки - но в данном случае он все равно всегда дает сбой, вызывая ненужные задержки при копировании и сильно влияя на прибыльность некоторых стратегий (в частности, от определенного советника, очень популярного у поставщиков сигналов, а также от пробойных стратегий, где цена сильно движется именно в эту секунду).

Как известно и документально подтверждено, при подобном сбое сопоставления валют счета платформа возвращается к соотношению 1:1 между валютами. Это означает умеренное увеличение риска (и вознаграждения) для меня с AUD, что меня вполне устраивает в данном случае. Таким образом, моя основная проблема заключается в задержке, а вторичная - в невозможности указать курс конвертации вручную (что также решило бы проблему задержки, так что это было бы отличным решением для обеих проблем сразу).

 
playgold #:

@Alain Verleyen Я увидел ваш ответ только сейчас, надеюсь, отметив вас, вы быстрее увидите мой. Извините за путаницу и спасибо за попытку понять. Позвольте мне попытаться объяснить:

Нет, подписка на сигналы не копирует сделки с символов, которых нет у моего брокера. Этот пост не о символах, используемых в сделках.

Я говорю о валютах счетов - валютах поставщика сигналов и подписчика. В моем случае поставщик сигналов использует Bybit, и валюта их счета - UST. У моего брокера нет ни одной валютной пары с UST, и у него нет счетов в UST (есть в USD). Валюта моего счета - AUD (но с тем же успехом это может быть и USD - у нас все равно будет та же проблема с задержкой).

Происходит следующее: MT5 (и локальный терминал, и MQL5 VPS ведут себя одинаково) пытается и не может найти курс конвертации для валют счета, чтобы определить масштаб размера позиции. Это происходит при начале следования сигналу, повторяется время от времени, а также каждый раз, когда поставщик сигнала заключает новую сделку, прежде чем переслать ее моему брокеру. Это понятно - он действительно хочет обеспечить правильный размер сделки - но в этом случае он все равно всегда терпит неудачу, вызывая ненужную задержку в копировании и сильно влияя на прибыльность некоторых стратегий (в частности, от определенного советника, очень популярного у поставщиков сигналов, а также от пробойных стратегий, где цена сильно движется в эту самую секунду).

Как известно и документально подтверждено, при подобном сбое сопоставления валют счета платформа возвращается к соотношению 1:1 между валютами. Это означает умеренное увеличение риска (и вознаграждения) для меня с AUD, что меня вполне устраивает в данном случае. Таким образом, моя основная проблема заключается в задержке, а вторичная - в невозможности указать курс конвертации вручную (что также решило бы проблему задержки, так что это было бы отличным решением для обеих проблем сразу).

Пожалуйста, предоставьте логи, подтверждающие то, что вы сообщили. Спасибо.
 
Alain Verleyen #:
Пожалуйста, предоставьте журналы, подтверждающие ваши сообщения. Спасибо.

@Alain Verleyen Вот выдержка из журнала с MQL5 VPS. Я отредактировал номер своей учетной записи и опустил некоторые несущественные строки. Обратите внимание на задержку в 1,1 секунды между 08:07:53.297 и 08:07:54.398 (где это было больно, поскольку обрабатывалась сделка), и точно такая же задержка наблюдалась ранее между 04:10:43.808 и 04:10:44.908 (где это не имело значения, поскольку это было просто после пересоединения с торговым сервером). Таким образом, похоже, что в обоих случаях выполняется одна и та же медленная операция. Этот конкретный отрывок взят из 20260302.log, который я выбрал, поскольку в этот день произошел перезапуск VPS, чтобы показать вам номер сборки терминала. Однако та же проблема возникала и в более ранних сборках, и продолжала возникать в последующие дни.

LO      0       00:12:40.488    Terminal        MetaTrader 5 x64 build 5662 started for MetaQuotes Ltd.
QF      0       00:12:40.493    Terminal        Windows Server 2022 build 20348, 64 x AMD EPYC 7542 32-Core, AVX2, 476 / 511 Gb memory, 1465 / 1677 Gb disk, admin, GMT+1
...
JM      1       00: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      0       03:12:52.741    Network '777777': authorized on FusionMarkets-Live through Access Server NY-3 (ping: 0.77 ms, build 5430)
EO      0       03:12:52.796    Network '777777': terminal synchronized with Fusion Markets Pty Ltd: 0 positions, 0 orders, 248 symbols, 0 spreads
CL      0       03:12:52.796    Network '777777': trading has been enabled - hedging mode
PF      0       03:12:52.803    Terminal        '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled
GQ      0       03:12:54.666    Terminal        '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3 is 0.77 ms
CD      0       03:12:54.702    Network '777777': ping to current access point Access Server NY-3 is 0.76 ms [next point Access Server - NY-NEW-2 is 2.44 ms]
MG      0       03:12:55.810    Terminal        RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in 1 threads, symbols 0.00% in 1 threads, workers 0.00% in 8 threads, 1624 kb written on disk
GR      0       04:10:43.808    Signal  '777777': signal provider has balance 15 708.85 UST, leverage 1:500; subscriber has balance 6 877.01 AUD, leverage 1:500
OM      1       04: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      0       04:10:44.908    Signal  '777777': percentage for volume conversion selected according to the ratio of balances and leverages, new value 40%
QR      0       04:10:44.908    Signal  '777777': synchronization finished successfully
OO      0       04:10:45.878    Signal  '777777': ping to signal server 242.18 ms, to trade server 308.82 ms
RJ      0       04:12:55.635    Terminal        '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3 is 0.76 ms
II      0       04:12:55.666    Network '777777': ping to current access point Access Server NY-3 is 0.57 ms [next point Access Server - NY-NEW-1 is 2.27 ms]
HH      0       04:12:56.764    Terminal        RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in 1 threads, symbols 0.00% in 1 threads, workers 0.00% in 8 threads, 279 kb written on disk
KS      0       05:12:56.628    Terminal        '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3 is 0.57 ms
PR      0       05:12:56.658    Network '777777': ping to current access point Access Server NY-3 is 0.63 ms [next point Access Server - NY-NEW-1 is 2.11 ms]
PE      0       05:12:57.764    Terminal        RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in 1 threads, symbols 0.00% in 1 threads, workers 0.00% in 8 threads, 3848 kb written on disk
QJ      0       06:12:52.404    Network '777777': scanning network for access points
HD      0       06:12:52.449    Network '777777': ping to current access point Access Server NY-3 is 0.74 ms [next point Access Server - NY-NEW-1 is 2.63 ms]
JH      0       06:12:52.449    Network '777777': scanning network finished
PL      0       06:12:57.604    Terminal        '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3 is 0.74 ms
FO      0       06:12:57.639    Network '777777': ping to current access point Access Server NY-3 is 0.64 ms [next point Access Server - NY-NEW-2 is 2.43 ms]
PR      0       06:12:58.737    Terminal        RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in 1 threads, symbols 0.00% in 1 threads, workers 0.00% in 8 threads, 306 kb written on disk
LE      0       07:12:58.582    Terminal        '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3 is 0.64 ms
HH      0       07:12:58.618    Network '777777': ping to current access point Access Server NY-3 is 0.73 ms [next point Access Server - NY-NEW-2 is 2.44 ms]
GI      0       07:12:59.726    Terminal        RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in 1 threads, symbols 0.00% in 1 threads, workers 0.00% in 8 threads, 280 kb written on disk
EL      0       08:07:53.297    Signal  '777777': signal provider performed deal #138115330 купить 0.16 XAUUSD+ по цене 5394.41
EL      1       08: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      0       08:07:54.398    Trades  '777777': market buy 0.06 XAUUSD sl: 5355.99 tp: 5443.42
 
playgold #:

@Alain Verleyen Вот выдержка из журнала с MQL5 VPS. Я отредактировал номер своего аккаунта и опустил несколько неактуальных строк. Обратите внимание на задержку в 1,1 секунды между 08:07:53.297 и 08:07:54.398 (где это было больно, так как обрабатывалась сделка), и точно такую же задержку мы видели ранее между 04:10:43.808 и 04:10:44.908 (где это не имело значения, так как это было просто после пересоединения с торговым сервером). Таким образом, похоже, что в обоих случаях выполняется одна и та же медленная операция. Этот конкретный отрывок взят из 20260302.log, который я выбрал, поскольку в этот день произошел перезапуск VPS, чтобы показать вам номер сборки терминала. Однако та же проблема возникала и в более ранних сборках, и продолжала возникать в последующие дни.

Спасибо. Эта задержка должна быть устранена в сборке 5676. Пожалуйста, подтвердите, так как я не могу проверить сам.
 
Alain Verleyen #:
Спасибо. Эта задержка должна быть удалена из билда 5676. Пожалуйста, подтвердите, так как я не могу проверить сам.
@Alain Verleyen Спасибо, это было быстро! Я пока перестал следить за сигналами Bybit в основном из-за задержки, так что мне нужно будет снова следить за одним из них, чтобы проверить. Эта сборка уже доступна на MQL VPS, которые я использую, или когда она появится (или более новая)?