Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Sí, tengo Xauusd+. El abonado sólo tiene Xauusd. ¿Es correcto que la copia en este caso es imposible?
La copia en este caso es posible - si se cumplen todas las demás condiciones de mapeo.
Pero hay otros factores que afectan al mapeo, por ejemplo (de FAQ):
El instrumento GOLD se negocia en la cuenta del Proveedor, mi broker tiene el mismo instrumento, pero se llama XAUUSD. En este caso, ¿las operaciones con el símbolo GOLD se copiarán en el símbolo XAUUSD?
----------------------
¿Qué significa esto?
---------------------
Hay casos en los que se cumplen todas las condiciones de mapeo, pero el propio broker limita la copia (y está escrito sobre ello en el registro de Metatrader para este símbolo. Tales casos son muy raros (pero el último caso fue hace unos días con XAUUSD y XAUEUR).
Es decir, en la mayoría de los casos se trata de mapeo.
Te aconsejo que compruebes en tu broker el mapeo de los símbolos copiados después de seleccionar la señal de copia, es decir, si se copiará o no, y luego te registres:
Sí, tengo Xauusd+. El abonado sólo tiene Xauusd. ¿Estoy en lo cierto al afirmar que no es posible copiar en este 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
Respecto al conocido problema de "no hay tasa de conversión para la divisa de depósito del proveedor" (cuando el broker del suscriptor no tiene un par de divisas entre la divisa del proveedor y la divisa base del suscriptor): He descubierto que (al menos en MT5) no sólo se utiliza la relación 1:1 como dice el mensaje (que afortunadamente está bien en mi caso), sino que también hay un gran retraso entre una nueva operación procedente de la señal y su reenvío al broker. En mi caso, es de 1,1 segundos en un VPS MQL5, y similar en mi ordenador. Para la señal en cuestión, esto supone una gran diferencia ya que el precio se mueve rápidamente justo en este segundo (probablemente muchas otras operaciones automatizadas ocurren en el mismo momento en mi broker o en su proveedor de liquidez, moviendo el precio). No sé por qué exactamente el retraso - mi conjetura es MT5 puede estar solicitando una lista de símbolos fresco desde el corredor antes de proceder con el acuerdo, sólo para concluir que todavía no hay tasa de conversión (que registra un mensaje diciendo que, retrasado por este 1,1 segundos).
Así que estoy buscando una manera de evitar este retraso. He intentado crear un símbolo personalizado para el par de divisas que falta, pero no está siendo recogido por esta lógica (ni siquiera al suscribirse a la señal localmente en mi ordenador, sin uso de VPS).
Mi siguiente paso es contactar con mi corredor, pero dudo que estarían dispuestos a crear un símbolo para un par de divisas que en realidad no tienen un equivalente exacto de.
¿Alguna otra sugerencia?
En mi caso, la divisa base del proveedor de señales es UST (para USDT), que mi broker no tiene. Si algún desarrollador de MT5 lee esto, por favor agregue una forma de especificar la tasa de conversión manualmente (idealmente también utilizable incluso para pares de divisas que existen, como una anulación manual), o al menos agregue UST como un sinónimo reconocido para USD. Tal vez también eliminar la (presunta) solicitud de una nueva lista de símbolos cuando se abre una operación (sólo hacerlo una vez cuando se acaba de empezar a seguir una señal, o periódicamente, pero no de nuevo en estos momentos más críticos de tiempo). Gracias.
Así que estoy buscando una manera de evitar este retraso. He intentado crear un símbolo personalizado para el par de divisas que falta, pero no está siendo recogido por esta lógica (ni siquiera al suscribirse a la señal localmente en mi ordenador, sin uso de VPS).
Mi siguiente paso es contactar con mi corredor, pero dudo que estarían dispuestos a crear un símbolo para un par de divisas que en realidad no tienen un equivalente exacto de.
¿Alguna otra sugerencia?
En mi caso, la divisa base del proveedor de señales es UST (para USDT), que mi broker no tiene. Si algún desarrollador de MT5 lee esto, por favor agregue una forma de especificar la tasa de conversión manualmente (idealmente también utilizable incluso para pares de divisas que existen, como una anulación manual), o al menos agregue UST como un sinónimo reconocido para USD. Tal vez también eliminar la (presunta) solicitud de una nueva lista de símbolos cuando se abre una operación (sólo hacerlo una vez cuando se acaba de empezar a seguir una señal, o periódicamente, pero no de nuevo en estos momentos más críticos de tiempo). Gracias.
¿Tu suscripción a la señal está copiando operaciones de un símbolo que tu broker no tiene?
Sinceramente no he entendido nada de tu post.
¿Tu suscripción a la señal está copiando operaciones de un símbolo que tu broker no tiene?
Honestamente no entendí nada en tu post.
@Alain Verleyen Acabo de ver tu respuesta ahora, espero que etiquetarte haga que veas la mía más rápido. Perdón por la confusión y gracias por intentar entender. Intentaré explicarme:
No, la suscripción a la señal no está copiando operaciones de símbolos que mi broker no tiene. Este post no es acerca de los símbolos utilizados en las ofertas.
Hablo de las divisas de las cuentas: del proveedor de señales y del suscriptor. En mi caso, el proveedor de señales utiliza Bybit y la moneda de su cuenta es UST. Mi broker no tiene ningún par de divisas con UST, y no tiene cuentas en UST (sí en USD). La moneda de mi cuenta es AUD (pero también podría ser USD, seguiríamos teniendo el mismo problema de retraso).
Lo que sucede es que MT5 (tanto la terminal local como MQL5 VPS se comportan igual) intenta y falla al buscar una tasa de conversión para las monedas de la cuenta con el fin de determinar el escalamiento del tamaño de la posición. Lo hace cuando empieza a seguir una señal, lo repite de vez en cuando, y también lo hace cada vez que el proveedor de la señal hace una nueva operación, antes de reenviar esta operación a mi broker. Eso es comprensible - realmente quiere asegurar el tamaño correcto para el comercio - pero en este caso siempre está fallando de todos modos, causando un retraso innecesario en la copia y afectando en gran medida la rentabilidad de algunas estrategias (en particular, de un cierto EA muy popular entre los proveedores de señales, así como con estrategias de ruptura donde el precio se mueve mucho en este mismo segundo).
Como es sabido y está documentado, cuando el mapeo de divisas de la cuenta falla de esta manera, la plataforma vuelve a la relación 1:1 entre las divisas. Esto significa un aumento moderado del riesgo (y de la recompensa) para mí con el AUD, lo que me parece bien en este caso. Así que mi principal problema es el retraso, y el secundario no poder especificar el tipo de conversión manualmente (lo que también resolvería el problema del retraso, por lo que sería una gran solución para ambos problemas a la vez).
@Alain Verleyen Acabo de ver tu respuesta, espero que al etiquetarte veas la mía más rápido. Perdona la confusión y gracias por intentar comprender. Intentaré explicarlo:
No, la suscripción a la señal no está copiando operaciones de símbolos que mi broker no tiene. Este post no es acerca de los símbolos utilizados en las ofertas.
Estoy hablando de las monedas de la cuenta - del proveedor de señales frente al suscriptor. En mi caso, el proveedor de señales utiliza Bybit y la moneda de su cuenta es UST. Mi broker no tiene ningún par de divisas con UST, y no tiene cuentas en UST (sí en USD). La divisa de mi cuenta es AUD (pero también podría ser USD - seguiríamos teniendo el mismo problema de retraso).
Lo que sucede es que MT5 (tanto la terminal local como MQL5 VPS se comportan igual) intenta y falla al buscar una tasa de conversión para las monedas de la cuenta con el fin de determinar el escalamiento del tamaño de la posición. Lo hace cuando empieza a seguir una señal, lo repite de vez en cuando, y también lo hace cada vez que el proveedor de la señal hace una nueva operación, antes de reenviar esta operación a mi broker. Eso es comprensible - realmente quiere asegurar el tamaño correcto para el comercio - pero en este caso siempre está fallando de todos modos, causando un retraso innecesario en la copia y afectando en gran medida la rentabilidad de algunas estrategias (en particular, de un cierto EA muy popular entre los proveedores de señales, así como con estrategias de ruptura donde el precio se mueve mucho en este mismo segundo).
Como es sabido y está documentado, cuando el mapeo de divisas de la cuenta falla de esta manera, la plataforma vuelve a la relación 1:1 entre las divisas. Esto significa un aumento moderado del riesgo (y de la recompensa) para mí con el AUD, lo que me parece bien en este caso. Así que mi principal problema es el retraso, y el secundario no poder especificar el tipo de conversión manualmente (lo que también resolvería el problema del retraso, por lo que sería una gran solución para ambos problemas a la vez).
Por favor, proporcione los registros para apoyar lo que informó. Gracias.
@Alain Verleyen Aqui hay un extracto del log de un VPS MQL5. He redactado mi número de cuenta y omitido algunas líneas irrelevantes. Note el retraso de 1.1 segundos entre 08:07:53.297 y 08:07:54.398 (donde dolió ya que un trato estaba siendo procesado), y el mismo retraso exacto habiendo sido visto antes entre 04:10:43.808 y 04:10:44.908 (donde no importó ya que fue simplemente después de una reconexión al servidor de comercio). Así que parece que se intenta la misma operación lenta en ambos casos. Este extracto específico es de 20260302.log, que elegí ya que hubo un reinicio del VPS en esa fecha, para mostrarle el número de compilación de la terminal. Sin embargo, el mismo problema ocurrió con versiones anteriores también, y siguió ocurriendo en los días siguientes.
@Alain Verleyen Aquí hay un extracto del registro de un VPS MQL5. He redactado mi número de cuenta y omitido algunas líneas irrelevantes. Note el retraso de 1.1 segundos entre 08:07:53.297 y 08:07:54.398 (donde dolió ya que un trato estaba siendo procesado), y el mismo retraso exacto habiendo sido visto antes entre 04:10:43.808 y 04:10:44.908 (donde no importó ya que fue simplemente después de una reconexión al servidor de comercio). Así que parece que se intenta la misma operación lenta en ambos casos. Este extracto específico es de 20260302.log, que elegí ya que hubo un reinicio del VPS en esa fecha, para mostrarle el número de compilación de la terminal. Sin embargo, el mismo problema ocurrió con versiones anteriores también, y siguió ocurriendo en los días siguientes.
Gracias. Este retraso debería desaparecer de la versión 5676. Confírmalo, por favor, ya que no puedo probarlo yo mismo.