Discussione sull’articolo "Come abbonarsi ai segnali di trading" - pagina 117
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Sì, ho Xauusd+. L'abbonato ha solo Xauusd. È corretto dire che la copia in questo caso è impossibile?
La copia in questo caso è possibile - se tutte le altre condizioni di mappatura sono soddisfatte.
Ma ci sono altri fattori che influenzano la mappatura, ad esempio (dalle FAQ):
Lo strumento GOLD è negoziato sul conto del fornitore, il mio broker ha lo stesso strumento, ma si chiama XAUUSD. In questo caso le operazioni sul simbolo ORO saranno copiate sul simbolo XAUUSD?
----------------------
Cosa significa?
---------------------
Ci sono casi in cui tutte le condizioni di mappatura sono soddisfatte, ma il broker stesso limita la copia (ed è scritto nel log di Metatrader per questo simbolo. Questi casi sono molto rari (ma l'ultimo è stato qualche giorno fa con XAUUSD e XAUEUR).
Cioè, nella maggior parte dei casi si tratta di una mappatura.
Vi consiglio di controllare il vostro broker per quanto riguarda la mappatura dei simboli copiati dopo aver selezionato il segnale di copia, cioè se verrà copiato o meno, e poi di iscrivervi:
Sì, ho Xauusd+. L'abbonato ha solo Xauusd. Ho ragione a dire che la copia non è possibile in questo 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
Per quanto riguarda il noto problema di "nessun tasso di conversione per la valuta di deposito del provider" (quando il broker dell'abbonato non ha una coppia di valute tra quella del provider e quella dell'abbonato): Ho scoperto che (almeno su MT5) non solo viene utilizzato il rapporto 1:1 come dice il messaggio (che fortunatamente va bene nel mio caso), ma c'è anche un grande ritardo tra una nuova operazione proveniente dal segnale e il suo inoltro al broker. Nel mio caso, è di 1,1 secondi in un VPS MQL5, e simile sul mio computer. Per il segnale in questione, questo fa un'enorme differenza, in quanto il prezzo si muove rapidamente proprio in questo secondo (probabilmente molte altre operazioni automatizzate avvengono nello stesso momento presso il mio broker o il suo fornitore di liquidità, spostando il prezzo). Non so perché esattamente il ritardo - la mia ipotesi è che MT5 possa richiedere una nuova lista di simboli al broker prima di procedere con l'operazione, per poi concludere che non c'è ancora un tasso di conversione (registra un messaggio che lo dice, con un ritardo di 1,1 secondi).
Sto quindi cercando un modo per evitare questo ritardo. Ho provato a creare un simbolo personalizzato per la coppia di valute mancante, ma non viene rilevato da questa logica (nemmeno quando sottoscrivo il segnale localmente sul mio computer, senza utilizzare il VPS).
Il mio prossimo passo è contattare il mio broker, ma dubito che sia disposto a creare un simbolo per una coppia di valute di cui non ha l'esatto equivalente.
Ci sono altri suggerimenti?
Nel mio caso, la valuta di base del fornitore di segnali è UST (per USDT), che il mio broker non ha. Se qualche sviluppatore di MT5 legge questo messaggio, per favore aggiungete un modo per specificare manualmente il tasso di conversione (idealmente utilizzabile anche per le coppie di valute che esistono, come override manuale), o almeno aggiungete UST come sinonimo riconosciuto di USD. Magari eliminate anche la (presunta) richiesta di una nuova lista di simboli quando viene aperta un'operazione (fatelo solo una volta quando si inizia a seguire un segnale, o periodicamente, ma non di nuovo nei momenti più critici). Grazie!
Sto quindi cercando un modo per evitare questo ritardo. Ho provato a creare un simbolo personalizzato per la coppia di valute mancante, ma non viene rilevato da questa logica (nemmeno quando sottoscrivo il segnale localmente sul mio computer, senza utilizzare il VPS).
Il mio prossimo passo sarà quello di contattare il mio broker, ma dubito che sia disposto a creare un simbolo per una coppia di valute di cui non ha l'esatto equivalente.
Qualche altro suggerimento?
Nel mio caso, la valuta di base del fornitore di segnali è UST (per USDT), che il mio broker non ha. Se qualche sviluppatore di MT5 legge questo messaggio, per favore aggiungete un modo per specificare manualmente il tasso di conversione (idealmente utilizzabile anche per le coppie di valute che esistono, come override manuale), o almeno aggiungete UST come sinonimo riconosciuto di USD. Magari eliminate anche la (presunta) richiesta di una nuova lista di simboli quando viene aperta un'operazione (fatelo solo una volta quando si inizia a seguire un segnale, o periodicamente, ma non di nuovo nei momenti più critici). Grazie!
Il tuo abbonamento al segnale copia le operazioni da un simbolo che il tuo broker non ha?
Sinceramente non ho capito nulla del tuo post.
Il vostro abbonamento al segnale sta copiando le offerte da un simbolo che il vostro broker non ha?
Onestamente non ho capito nulla del tuo post.
@Alain Verleyen Ho visto solo ora la tua risposta, spero che taggarti ti faccia vedere più velocemente la mia. Mi dispiace per la confusione e grazie per aver cercato di capire. Provo a spiegarmi meglio:
No, l'abbonamento al segnale non copia le operazioni da simboli che il mio broker non possiede. Questo post non riguarda i simboli utilizzati nelle operazioni.
Sto parlando delle valute dei conti - del fornitore del segnale e dell'abbonato. Nel mio caso, il fornitore di segnali utilizza Bybit e la valuta del suo conto è UST. Il mio broker non ha alcuna coppia di valute con UST e non ha conti in UST (ma in USD). La valuta del mio conto è AUD (ma potrebbe anche essere USD - avremmo comunque lo stesso problema di ritardo).
Ciò che accade è che MT5 (sia il terminale locale che il VPS MQL5 si comportano allo stesso modo) tenta e fallisce nel cercare un tasso di conversione per le valute del conto al fine di determinare la dimensione della posizione. Lo fa quando inizia a seguire un segnale, lo ripete di tanto in tanto e lo fa anche ogni volta che il fornitore del segnale fa una nuova operazione, prima di inoltrare questa operazione al mio broker. Questo è comprensibile - vuole davvero garantire la giusta dimensione per l'operazione - ma in questo caso fallisce sempre, causando inutili ritardi nella copia e influenzando notevolmente la redditività di alcune strategie (in particolare, di un certo EA molto popolare tra i fornitori di segnali, nonché delle strategie di breakout in cui il prezzo si muove notevolmente proprio in questo secondo).
Come noto e documentato, quando la mappatura delle valute del conto fallisce in questo modo, la piattaforma torna al rapporto 1:1 tra le valute. Ciò significa un moderato aumento del rischio (e della ricompensa) per me con l'AUD, che in questo caso mi va bene. Il mio problema principale è quindi il ritardo e quello secondario di non poter specificare manualmente il tasso di conversione (che risolverebbe anche il problema del ritardo, quindi sarebbe un'ottima soluzione per entrambi i problemi).
@Alain Verleyen Ho visto solo ora la tua risposta, spero che taggarti ti faccia vedere più velocemente la mia. Mi dispiace per la confusione e grazie per aver cercato di capire. Provo a spiegarmi meglio:
No, l'abbonamento al segnale non copia le operazioni da simboli che il mio broker non possiede. Questo post non riguarda i simboli utilizzati nelle operazioni.
Sto parlando di valute del conto - del fornitore del segnale e dell'abbonato. Nel mio caso, il fornitore di segnali utilizza Bybit e la valuta del suo conto è UST. Il mio broker non ha alcuna coppia di valute con UST e non ha conti in UST (ma in USD). La mia valuta di conto è l'AUD (ma potrebbe anche essere l'USD - avremmo comunque lo stesso problema di ritardo).
Ciò che accade è che MT5 (sia il terminale locale che il VPS MQL5 si comportano allo stesso modo) tenta e fallisce nel cercare un tasso di conversione per le valute del conto al fine di determinare la dimensione della posizione. Lo fa quando inizia a seguire un segnale, lo ripete di tanto in tanto e lo fa anche ogni volta che il fornitore del segnale fa una nuova operazione, prima di inoltrare questa operazione al mio broker. Questo è comprensibile - vuole davvero garantire la giusta dimensione per l'operazione - ma in questo caso fallisce sempre, causando un inutile ritardo nella copia e influenzando notevolmente la redditività di alcune strategie (in particolare, di un certo EA molto popolare tra i fornitori di segnali, nonché delle strategie di breakout in cui il prezzo si muove notevolmente proprio in questo secondo).
Come noto e documentato, quando la mappatura delle valute del conto fallisce in questo modo, la piattaforma torna al rapporto 1:1 tra le valute. Ciò significa un moderato aumento del rischio (e della ricompensa) per me con l'AUD, che in questo caso mi va bene. Il mio problema principale è quindi il ritardo e quello secondario di non poter specificare manualmente il tasso di conversione (che risolverebbe anche il problema del ritardo, quindi sarebbe un'ottima soluzione per entrambi i problemi).
Si prega di fornire i log a supporto di quanto riportato. Grazie.
@Alain Verleyen Ecco un estratto del log di un VPS MQL5. Ho eliminato il mio numero di account e omesso alcune linee irrilevanti. Si noti il ritardo di 1,1 secondi tra le 08:07:53.297 e le 08:07:54.398 (in cui il problema era dovuto all'elaborazione di una transazione), mentre lo stesso identico ritardo era stato riscontrato in precedenza tra le 04:10:43.808 e le 04:10:44.908 (in cui il problema non era dovuto al fatto che si era semplicemente ricollegato al server commerciale). Sembra quindi che in entrambi i casi venga tentata la stessa operazione lenta. Questo estratto specifico proviene da 20260302.log, che ho scelto perché c'è stato un riavvio del VPS in quella data, per mostrare il numero di build del terminale. Tuttavia, lo stesso problema si è verificato anche con build precedenti e ha continuato a verificarsi nei giorni successivi.
@Alain Verleyen Ecco un estratto del log di un VPS MQL5. Ho eliminato il mio numero di conto e omesso alcune righe non pertinenti. Si noti il ritardo di 1,1 secondi tra le 08:07:53.297 e le 08:07:54.398 (in cui si trattava di un'operazione in corso), mentre lo stesso identico ritardo è stato riscontrato in precedenza tra le 04:10:43.808 e le 04:10:44.908 (in cui non si trattava di un problema, poiché si trattava semplicemente di una riconnessione al server commerciale). Sembra quindi che in entrambi i casi venga tentata la stessa operazione lenta. Questo estratto specifico proviene da 20260302.log, che ho scelto perché c'è stato un riavvio del VPS in quella data, per mostrare il numero di build del terminale. Tuttavia, lo stesso problema si è verificato anche con build precedenti e ha continuato a verificarsi nei giorni successivi.
Grazie. Questo ritardo dovrebbe essere rimosso dalla build 5676. Per favore, confermate, perché non posso testare personalmente.