Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Sim, eu tenho o Xauusd+. O assinante só tem o Xauusd. Estou certo de que a cópia não é possível nesse caso?
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
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!
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.
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).
@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 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.
@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 do build 5676. Por favor, confirme, pois não posso me testar.
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