Discussão do artigo "Como assinar sinais de negociação" - página 117

 
Evgeniy Govorkov #:
Sim, eu tenho o Xauusd+. O assinante só tem o Xauusd. Estou certo de que a cópia não é possível nesse caso?
Sim, consulte:
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
Frequently Asked Questions about the Signals service
Frequently Asked Questions about the Signals service
  • 2013.02.20
  • www.mql5.com
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
 

Com relação ao conhecido problema com "nenhuma taxa de conversão para a moeda de depósito do provedor" (quando a corretora do assinante não tem par de moedas entre as moedas base do provedor e do assinante): Descobri que (pelo menos no MT5) não apenas a proporção de 1:1 é usada, como diz a mensagem (o que, felizmente, é bom no meu caso), mas também há um grande atraso entre uma nova transação proveniente do sinal e o encaminhamento para o corretor. No meu caso, é de 1,1 segundo em um VPS MQL5, e semelhante no meu computador. Para o sinal em questão, isso faz uma enorme diferença, pois o preço se move rapidamente nesse exato segundo (provavelmente muitas outras negociações automatizadas ocorrem no mesmo momento em minha corretora ou em seu provedor de liquidez, movendo o preço). Não sei exatamente por que o atraso - meu palpite é que o MT5 pode estar solicitando uma nova lista de símbolos da corretora antes de prosseguir com a negociação, apenas para concluir que ainda não há taxa de conversão (ele registra uma mensagem dizendo isso, com um atraso de 1,1 segundo).

Portanto, estou procurando uma maneira de evitar esse atraso. Tentei criar um símbolo personalizado para o par de moedas ausente, mas ele não está sendo captado por essa lógica (nem mesmo quando assino o sinal localmente em meu computador, sem uso de VPS).

Meu próximo passo é entrar em contato com minha corretora, mas duvido que ela esteja disposta a criar um símbolo para um par de moedas do qual não tem um equivalente exato.

Alguma outra sugestão?

No meu caso, a moeda base do provedor de sinal é UST (para USDT), que minha corretora não tem. Se algum desenvolvedor do MT5 ler isso, adicione uma maneira de especificar a taxa de conversão manualmente (idealmente, também utilizável mesmo para pares de moedas que existem, como uma substituição manual), ou pelo menos adicione UST como um sinônimo reconhecido para USD. Talvez também remova a solicitação (presumida) de uma nova lista de símbolos quando uma transação for aberta (faça isso apenas uma vez quando estiver começando a seguir um sinal, ou periodicamente, mas não novamente nesses momentos mais críticos). Obrigado!

 
playgold negociações automatizadas ocorrem no mesmo momento em minha corretora ou em seu provedor de liquidez, movendo o preço). Não sei exatamente o motivo do atraso - meu palpite é que o MT5 pode estar solicitando uma nova lista de símbolos da corretora antes de prosseguir com a negociação, apenas para concluir que ainda não há taxa de conversão (ele registra uma mensagem dizendo isso, com um atraso de 1,1 segundo).

Portanto, estou procurando uma maneira de evitar esse atraso. Tentei criar um símbolo personalizado para o par de moedas ausente, mas ele não está sendo captado por essa lógica (nem mesmo quando assino o sinal localmente em meu computador, sem uso de VPS).

Meu próximo passo é entrar em contato com minha corretora, mas duvido que ela esteja disposta a criar um símbolo para um par de moedas do qual não tem um equivalente exato.

Alguma outra sugestão?

No meu caso, a moeda base do provedor de sinal é UST (para USDT), que minha corretora não tem. Se algum desenvolvedor do MT5 ler isso, adicione uma maneira de especificar a taxa de conversão manualmente (idealmente, também utilizável mesmo para pares de moedas que existem, como uma substituição manual), ou pelo menos adicione UST como um sinônimo reconhecido para USD. Talvez também remova a solicitação (presumida) de uma nova lista de símbolos quando uma transação for aberta (faça isso apenas uma vez quando estiver começando a seguir um sinal, ou periodicamente, mas não novamente nesses momentos mais críticos). Obrigado!

Sua assinatura de sinal está copiando negociações de um símbolo que sua corretora não tem?

Sinceramente, não entendi nada em seu post.

 
Alain Verleyen #:

Sua assinatura de sinal está copiando negócios de um símbolo que sua corretora não possui?

Sinceramente, não entendi nada em sua postagem.

@Alain Verleyen Só vi sua resposta agora, espero que ao marcá-lo, você veja a minha mais rapidamente. Desculpe-me pela confusão e obrigado por tentar entender. Vou tentar explicar:

Não, a assinatura do sinal não está copiando negócios de símbolos que minha corretora não possui. Esta postagem não se refere aos símbolos usados nas negociações.

Estou falando sobre as moedas das contas - do provedor de sinal versus a do assinante. No meu caso, o provedor de sinais usa a Bybit e a moeda de sua conta é UST. Minha corretora não tem nenhum par de moedas com UST e não tem contas em UST (tem em USD). A moeda da minha conta é AUD (mas também poderia ser USD - ainda teríamos o mesmo problema de atraso).

O que acontece é que o MT5 (tanto o terminal local quanto o VPS MQL5 se comportam da mesma forma) tenta e falha ao procurar uma taxa de conversão para as moedas da conta a fim de determinar o dimensionamento do tamanho da posição. Ele faz isso quando começa a seguir um sinal, repete de vez em quando e também faz isso toda vez que o provedor de sinal faz uma nova negociação, antes de encaminhar essa negociação para a minha corretora. Isso é compreensível - ele realmente quer garantir o tamanho certo para a negociação - mas, nesse caso, está sempre falhando de qualquer maneira, causando um atraso desnecessário na cópia e afetando muito a lucratividade de algumas estratégias (em particular, de um determinado EA muito popular entre os provedores de sinal, bem como com estratégias de fuga em que o preço se move muito neste exato segundo).

Conforme conhecido e documentado, quando o mapeamento da moeda da conta falha dessa forma, a plataforma volta à proporção de 1:1 entre as moedas. Isso significa um aumento moderado do risco (e da recompensa) para mim com o AUD, o que não me incomoda nesse caso. Portanto, meu principal problema é o atraso e o segundo é não poder especificar a taxa de conversão manualmente (o que também resolveria o problema do atraso, portanto, seria uma ótima solução para os dois problemas ao mesmo tempo).

 
playgold #:

@Alain Verleyen Só vi sua resposta agora, espero que marcar você faça com que veja a minha mais rapidamente. Desculpe-me pela confusão e obrigado por tentar entender. Vou tentar explicar:

Não, a assinatura do sinal não está copiando negócios de símbolos que minha corretora não possui. Esta postagem não se refere aos símbolos usados nas negociações.

Estou falando sobre as moedas das contas - do provedor de sinal versus a do assinante. No meu caso, o provedor de sinais usa a Bybit e a moeda de sua conta é UST. Minha corretora não tem nenhum par de moedas com UST e não tem contas em UST (tem em USD). A moeda da minha conta é AUD (mas também poderia ser USD - ainda teríamos o mesmo problema de atraso).

O que acontece é que o MT5 (tanto o terminal local quanto o VPS MQL5 se comportam da mesma forma) tenta e falha ao procurar uma taxa de conversão para as moedas da conta a fim de determinar o dimensionamento do tamanho da posição. Ele faz isso quando começa a seguir um sinal, repete de vez em quando e também faz isso toda vez que o provedor de sinal faz uma nova negociação, antes de encaminhar essa negociação para a minha corretora. Isso é compreensível - ele realmente quer garantir o tamanho certo para a negociação - mas, nesse caso, está sempre falhando de qualquer maneira, causando um atraso desnecessário na cópia e afetando muito a lucratividade de algumas estratégias (em particular, de um determinado EA muito popular entre os provedores de sinal, bem como com estratégias de rompimento em que o preço se move muito neste exato segundo).

Conforme conhecido e documentado, quando o mapeamento da moeda da conta falha dessa forma, a plataforma volta à proporção de 1:1 entre as moedas. Isso significa um aumento moderado do risco (e da recompensa) para mim com o AUD, o que não me incomoda nesse caso. Portanto, meu principal problema é o atraso e o segundo é não poder especificar a taxa de conversão manualmente (o que também resolveria o problema do atraso, portanto, seria uma ótima solução para os dois problemas ao mesmo tempo).

Forneça os logs que comprovem o que você relatou. Obrigado.
 
Alain Verleyen #:
Forneça os logs que comprovem o que você relatou. Obrigado.

@Alain Verleyen Aqui está um trecho de registro de um VPS MQL5. Redigi o número da minha conta e omiti algumas linhas irrelevantes. Observe o atraso de 1,1 segundo entre 08:07:53.297 e 08:07:54.398 (que foi prejudicado porque uma transação estava sendo processada), e exatamente o mesmo atraso observado anteriormente entre 04:10:43.808 e 04:10:44.908 (que não foi prejudicado porque foi apenas após uma reconexão ao servidor de negociação). Portanto, parece que a mesma operação lenta é tentada em ambos os casos. Esse trecho específico é de 20260302.log, que escolhi por ter havido uma reinicialização do VPS nessa data, para mostrar o número de compilação do terminal. No entanto, o mesmo problema também ocorreu com compilações mais antigas e continuou ocorrendo nos dias seguintes.

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 comprar 0.16 XAUUSD+ a 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 Aqui está um trecho de registro de um VPS MQL5. Redigi o número da minha conta e omiti algumas linhas irrelevantes. Observe o atraso de 1,1 segundo entre 08:07:53.297 e 08:07:54.398 (que foi prejudicado porque uma transação estava sendo processada), e exatamente o mesmo atraso observado anteriormente entre 04:10:43.808 e 04:10:44.908 (que não foi prejudicado porque foi apenas após uma reconexão ao servidor de negociação). Portanto, parece que a mesma operação lenta é tentada em ambos os casos. Esse trecho específico é de 20260302.log, que escolhi por ter havido uma reinicialização do VPS nessa data, para mostrar o número de compilação do terminal. No entanto, o mesmo problema também ocorreu com compilações mais antigas e continuou ocorrendo nos dias seguintes.

Obrigado. Esse atraso deve ser removido da compilação 5676. Por favor, confirme, pois não posso me testar.
 
Alain Verleyen #:
Obrigado. Esse atraso deve ser removido do build 5676. Por favor, confirme, pois não posso me testar.
@Alain Verleyen Obrigado, foi rápido! Parei de seguir os sinais da Bybit por enquanto, em grande parte por causa do atraso, portanto, precisarei seguir novamente um deles para testar. Essa compilação já está disponível em VPSes MQL, que eu uso, ou quando estará (ou será mais recente)?
 
Paguei por uma assinatura do sinal. Estou encontrando muita latência. Quero mudar de conta de negociação ativa. Como faço isso? Ou para qual endereço de e-mail devo me inscrever?
 
yong li #:
Paguei por uma assinatura do sinal. Estou encontrando muita latência. Quero mudar de conta de negociação ativa, como faço isso? Ou para qual endereço de e-mail devo me inscrever?

Você pode transferir a assinatura do sinal para outra conta de negociação uma vez por semana, mas tome cuidado com os detalhes da nova conta.

https://www.mql5.com/pt/signals/subscriptions