Evgeniy Govorkov #: Ja, ich habe Xauusd+. Der Abonnent hat nur Xauusd. Ist es richtig, dass das Kopieren in diesem Fall unmöglich ist?
Kopieren ist in diesem Fall möglich - wenn alle anderen Bedingungen des Mappings erfüllt sind. Aber es gibt noch andere Faktoren, die das Mapping beeinflussen, zum Beispiel (aus den FAQ):
Für jedes verbleibende Instrument wird die Art der Margenberechnung geprüft - wenn der Forex-Typ geprüft ist, wird das Instrument weitergegeben. Instrumente mit der Berechnungsart CFD, Futures, etc. werden verworfen.
Wenn nach den Überprüfungen kein Instrument mehr übrig ist oder mehr als ein Instrument gefunden wird, wird davon ausgegangen, dass der Vergleich fehlgeschlagen ist und das Kopieren der Geschäfte des Anbieters auf diesem Instrument unmöglich ist.
----------------------
Was bedeutet das?
Es bedeutet, dass, wenn Sie mehr als ein Symbol auf XAUUSD haben, das Kopieren unmöglich ist.
Und wenn in der Symbolspezifikation die Margin-Berechnung nicht Forex ist, dann ist das Kopieren ebenfalls unmöglich.
---------------------
Es gibt Fälle, in denen alle Bedingungen des Mappings erfüllt sind, aber der Broker selbst das Kopieren einschränkt (und dies im Metatrader-Protokoll für dieses Symbol vermerkt ist). Solche Fälle sind sehr selten (aber der letzte Fall war vor ein paar Tagen mit XAUUSD und XAUEUR).
Das heißt, in den meisten Fällen ist es Mapping.
Ich empfehle Ihnen, Ihren Broker nach der Auswahl des Kopiersignals auf Mapping von kopierten Symbolen zu überprüfen, d.h. ob es kopiert wird oder nicht, und sich dann anzumelden:
Wie wählt man den Broker/Signal und mit Mapping: Beitrag #28
На счете провайдера все сделки совершаются объемом в 0. Если же на найденном символе торговля разрешена только частично либо запрещена. Для каждого найденного инструмента проверяется полное разрешение на торговлю
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
In Bezug auf das bekannte Problem mit "kein Umrechnungskurs für die Einzahlungswährung des Anbieters" (wenn der Broker des Abonnenten kein Währungspaar zwischen der Basiswährung des Anbieters und der des Abonnenten hat): Ich habe festgestellt, dass (zumindest auf MT5) nicht nur das Verhältnis 1:1 verwendet wird, wie es in der Meldung heißt (was in meinem Fall glücklicherweise in Ordnung ist), sondern dass es auch eine große Verzögerung zwischen einem neuen Geschäft, das vom Signal kommt, und seiner Weiterleitung an den Broker gibt. In meinem Fall ist es 1,1 Sekunden in einem MQL5 VPS, und ähnlich auf meinem Computer. Für das Signal in Frage, das macht für einen riesigen Unterschied, wie der Preis bewegt sich schnell genau in dieser Sekunde (wahrscheinlich eine Menge von anderen automatisierten Handel erfolgt im gleichen Moment bei meinem Broker oder ihre Liquidität Anbieter, bewegen den Preis). Ich weiß nicht, warum genau die Verzögerung - meine Vermutung ist, dass MT5 eine neue Symbolliste vom Broker anfordert, bevor es mit dem Handel fortfährt, nur um festzustellen, dass es immer noch keinen Umrechnungskurs gibt (es protokolliert eine Meldung, die dies sagt, verzögert um diese 1,1 Sekunden).
Ich suche also nach einer Möglichkeit, diese Verzögerung zu vermeiden. Ich habe versucht, ein benutzerdefiniertes Symbol für das fehlende Währungspaar zu erstellen, aber es wird nicht von dieser Logik erfasst (nicht einmal, wenn ich das Signal lokal auf meinem Computer abonniere, ohne VPS-Nutzung).
Mein nächster Schritt ist es, meinen Broker zu kontaktieren, aber ich bezweifle, dass er bereit ist, ein Symbol für ein Währungspaar zu erstellen, für das er keine genaue Entsprechung hat.
Irgendwelche anderen Vorschläge?
In meinem Fall ist die Basiswährung des Signalanbieters UST (für USDT), die mein Broker nicht hat. Wenn die MT5-Entwickler dies lesen, fügen Sie bitte eine Möglichkeit hinzu, den Umrechnungskurs manuell festzulegen (idealerweise auch für Währungspaare, die es gibt, als manuelle Überschreibung), oder fügen Sie zumindest UST als anerkanntes Synonym für USD hinzu. Entfernen Sie vielleicht auch die (vermutete) Anforderung einer neuen Symbolliste, wenn ein Geschäft eröffnet wird (nur einmal, wenn Sie gerade anfangen, einem Signal zu folgen, oder regelmäßig, aber nicht wieder in diesen zeitkritischen Momenten). Vielen Dank!
playgold automatisierten Handel erfolgt im gleichen Moment bei meinem Broker oder ihre Liquidität Anbieter, bewegen den Preis). Ich weiß nicht, warum genau die Verzögerung - meine Vermutung ist, dass MT5 möglicherweise eine neue Symbolliste vom Broker anfordert, bevor es mit dem Handel fortfährt, nur um festzustellen, dass es immer noch keinen Umrechnungskurs gibt (es protokolliert eine Meldung, die dies sagt, verzögert um diese 1,1 Sekunden).
Ich suche also nach einer Möglichkeit, diese Verzögerung zu vermeiden. Ich habe versucht, ein benutzerdefiniertes Symbol für das fehlende Währungspaar zu erstellen, aber es wird nicht von dieser Logik abgeholt (nicht einmal, wenn ich das Signal lokal auf meinem Computer abonniere, ohne VPS-Nutzung).
Mein nächster Schritt ist es, meinen Broker zu kontaktieren, aber ich bezweifle, dass sie bereit wären, ein Symbol für ein Währungspaar zu erstellen, für das sie nicht wirklich ein genaues Äquivalent haben.
Irgendwelche anderen Vorschläge?
In meinem Fall ist die Basiswährung des Signalanbieters UST (für USDT), die mein Broker nicht hat. Wenn die MT5-Entwickler dies lesen, fügen Sie bitte eine Möglichkeit hinzu, den Umrechnungskurs manuell festzulegen (idealerweise auch für Währungspaare, die es gibt, als manuelle Überschreibung), oder fügen Sie zumindest UST als anerkanntes Synonym für USD hinzu. Entfernen Sie vielleicht auch die (vermutete) Anforderung einer neuen Symbolliste, wenn ein Geschäft eröffnet wird (nur einmal, wenn Sie gerade anfangen, einem Signal zu folgen, oder regelmäßig, aber nicht wieder in diesen zeitkritischen Momenten). Vielen Dank!
Ihr Signalabonnement kopiert Geschäfte von einem Symbol, das Ihr Broker nicht hat?
Ehrlich gesagt habe ich in Ihrem Beitrag nichts verstanden.
Ihr Signalabonnement kopiert Geschäfte von einem Symbol, das Ihr Broker nicht hat?
Ehrlich gesagt habe ich nichts in Ihrem Beitrag verstanden.
@Alain Verleyen Ich habe Ihre Antwort erst jetzt gesehen. Ich hoffe, dass Sie meine Antwort schneller sehen, wenn Sie sie markieren. Ich entschuldige mich für die Verwirrung und danke Ihnen, dass Sie versucht haben, mich zu verstehen. Lassen Sie mich versuchen, es zu erklären:
Nein, das Signal-Abonnement kopiert keine Geschäfte von Symbolen, die mein Broker nicht hat. In diesem Beitrag geht es nicht um die in den Geschäften verwendeten Symbole.
Ich spreche über Kontowährungen - die des Signalanbieters und die des Abonnenten. In meinem Fall verwendet der Signalanbieter Bybit und seine Kontowährung ist UST. Mein Broker hat kein Währungspaar mit UST und führt keine Konten in UST (wohl aber in USD). Meine Kontowährung ist AUD (könnte aber auch USD sein - wir hätten dann immer noch das gleiche Problem mit der Verzögerung).
Was passiert, ist MT5 (beide lokalen Terminal und MQL5 VPS verhalten sich gleich) versucht und scheitert, einen Umrechnungskurs für die Kontowährungen zu suchen, um Positionsgröße Skalierung zu bestimmen. Er tut dies, wenn er anfängt, einem Signal zu folgen, wiederholt es von Zeit zu Zeit und tut es auch jedes Mal, wenn der Signalanbieter ein neues Geschäft macht, bevor er dieses Geschäft an meinen Broker weiterleitet. Das ist verständlich - es will wirklich die richtige Größe für den Handel sicherstellen - aber in diesem Fall versagt es sowieso immer, was zu unnötigen Verzögerungen beim Kopieren führt und die Rentabilität einiger Strategien stark beeinträchtigt (insbesondere bei einem bestimmten EA, der bei Signalanbietern sehr beliebt ist, sowie bei Ausbruchsstrategien, bei denen sich der Preis in dieser Sekunde stark bewegt).
Wie bekannt und dokumentiert, fällt die Plattform auf ein 1:1-Verhältnis zwischen den Währungen zurück, wenn die Kontowährungszuordnung auf diese Weise fehlschlägt. Das bedeutet für mich eine moderate Erhöhung des Risikos (und der Belohnung) bei AUD, womit ich in diesem Fall kein Problem habe. Mein primäres Problem ist also die Verzögerung, und sekundär, dass ich den Umrechnungskurs nicht manuell festlegen kann (was auch das Verzögerungsproblem lösen würde, also eine großartige Lösung für beide Probleme auf einmal wäre).
@Alain Verleyen Ich habe Ihre Antwort erst jetzt gesehen und hoffe, dass Sie meine Antwort durch die Markierung schneller sehen. Ich entschuldige mich für die Verwirrung und danke Ihnen für den Versuch, es zu verstehen. Lassen Sie mich versuchen, es zu erklären:
Nein, das Signal-Abonnement kopiert keine Geschäfte von Symbolen, die mein Broker nicht hat. In diesem Beitrag geht es nicht um die in den Geschäften verwendeten Symbole.
Ich spreche über Kontowährungen - die des Signalanbieters und die des Abonnenten. In meinem Fall verwendet der Signalanbieter Bybit und seine Kontowährung ist UST. Mein Broker hat kein Währungspaar mit UST und führt keine Konten in UST (wohl aber in USD). Meine Kontowährung ist AUD (könnte aber auch USD sein - wir hätten dann immer noch das gleiche Problem mit der Verzögerung).
Was passiert, ist MT5 (beide lokalen Terminal und MQL5 VPS verhalten sich gleich) versucht und scheitert, einen Umrechnungskurs für die Kontowährungen zu suchen, um Positionsgröße Skalierung zu bestimmen. Er tut dies, wenn er anfängt, einem Signal zu folgen, wiederholt es von Zeit zu Zeit und tut es auch jedes Mal, wenn der Signalanbieter ein neues Geschäft macht, bevor er dieses Geschäft an meinen Broker weiterleitet. Das ist verständlich - es will wirklich die richtige Größe für den Handel sicherstellen - aber in diesem Fall scheitert es sowieso immer, was zu unnötigen Verzögerungen beim Kopieren führt und die Rentabilität einiger Strategien stark beeinträchtigt (insbesondere bei einem bestimmten EA, der bei Signalanbietern sehr beliebt ist, sowie bei Breakout-Strategien, bei denen sich der Preis genau in dieser Sekunde stark bewegt).
Wie bekannt und dokumentiert, fällt die Plattform auf ein 1:1-Verhältnis zwischen den Währungen zurück, wenn die Kontowährungszuordnung auf diese Weise fehlschlägt. Das bedeutet für mich eine moderate Erhöhung des Risikos (und der Belohnung) bei AUD, womit ich in diesem Fall kein Problem habe. Mein primäres Problem ist also die Verzögerung, und sekundär, dass ich den Umrechnungskurs nicht manuell festlegen kann (was auch das Verzögerungsproblem lösen würde, also eine großartige Lösung für beide Probleme auf einmal wäre).
Bitte stellen Sie die Protokolle zur Verfügung, um Ihre Angaben zu belegen. Vielen Dank!
Alain Verleyen #: Bitte stellen Sie die Protokolle zur Verfügung, um Ihre Angaben zu belegen. Danke.
@Alain Verleyen Hier ist ein Log-Auszug von einem MQL5 VPS. Ich habe meine Kontonummer unkenntlich gemacht und einige irrelevante Zeilen weggelassen. Beachten Sie die Verzögerung von 1,1 Sekunden zwischen 08:07:53.297 und 08:07:54.398 (wo es weh tat, da ein Geschäft verarbeitet wurde), und genau dieselbe Verzögerung wurde zuvor zwischen 04:10:43.808 und 04:10:44.908 gesehen (wo es keine Rolle spielte, da es lediglich nach einer erneuten Verbindung zum Handelsserver war). Es scheint also, dass in beiden Fällen derselbe langsame Vorgang versucht wird. Dieser Auszug stammt aus der Datei 20260302.log, die ich ausgewählt habe, da an diesem Tag ein Neustart des VPS stattfand, um Ihnen die Terminal-Build-Nummer zu zeigen. Das gleiche Problem trat jedoch auch bei älteren Builds auf und trat in den folgenden Tagen immer wieder auf.
LO 000:12:40.488 Terminal MetaTrader 5 x64 build 5662 started for MetaQuotes Ltd.
QF 000:12:40.493 Terminal Windows Server 2022 build 20348, 64 x AMD EPYC 754232-Core, AVX2, 476 / 511 Gb memory, 1465 / 1677 Gb disk, admin, GMT+1
...
JM 100: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 003:12:52.741 Network '777777': authorized on FusionMarkets-Live through Access Server NY-3 (ping: 0.77 ms, build 5430)
EO 003:12:52.796 Network '777777': terminal synchronized with Fusion Markets Pty Ltd: 0 positions, 0 orders, 248 symbols, 0 spreads
CL 003:12:52.796 Network '777777': trading has been enabled - hedging mode
PF 003:12:52.803 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled
GQ 003:12:54.666 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.77 ms
CD 003:12:54.702 Network '777777': ping to current access point Access Server NY-3is0.76 ms [next point Access Server - NY-NEW-2is2.44 ms]
MG 003:12:55.810 Terminal RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 1624 kb written on disk
GR 004:10:43.808 Signal '777777': signal provider has balance 15708.85 UST, leverage 1:500; subscriber has balance 6877.01 AUD, leverage 1:500
OM 104: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 004:10:44.908 Signal '777777': percentage for volume conversion selected according to the ratio of balances and leverages, new value 40%
QR 004:10:44.908 Signal '777777': synchronization finished successfully
OO 004:10:45.878 Signal '777777': ping to signal server 242.18 ms, to trade server 308.82 ms
RJ 004:12:55.635 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.76 ms
II 004:12:55.666 Network '777777': ping to current access point Access Server NY-3is0.57 ms [next point Access Server - NY-NEW-1is2.27 ms]
HH 004:12:56.764 Terminal RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 279 kb written on disk
KS 005:12:56.628 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.57 ms
PR 005:12:56.658 Network '777777': ping to current access point Access Server NY-3is0.63 ms [next point Access Server - NY-NEW-1is2.11 ms]
PE 005:12:57.764 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 3848 kb written on disk
QJ 006:12:52.404 Network '777777': scanning network for access points
HD 006:12:52.449 Network '777777': ping to current access point Access Server NY-3is0.74 ms [next point Access Server - NY-NEW-1is2.63 ms]
JH 006:12:52.449 Network '777777': scanning network finished
PL 006:12:57.604 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.74 ms
FO 006:12:57.639 Network '777777': ping to current access point Access Server NY-3is0.64 ms [next point Access Server - NY-NEW-2is2.43 ms]
PR 006:12:58.737 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 306 kb written on disk
LE 007:12:58.582 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.64 ms
HH 007:12:58.618 Network '777777': ping to current access point Access Server NY-3is0.73 ms [next point Access Server - NY-NEW-2is2.44 ms]
GI 007:12:59.726 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 280 kb written on disk
EL 008:07:53.297 Signal '777777': signal provider performed deal #138115330 kaufen 0,16 XAUUSD+ bei 5394,41
EL 108: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 008:07:54.398 Trades '777777': market buy 0.06 XAUUSD sl: 5355.99 tp: 5443.42
@Alain Verleyen Hier ist ein Log-Auszug von einem MQL5 VPS. Ich habe meine Kontonummer unkenntlich gemacht und einige irrelevante Zeilen weggelassen. Beachten Sie die 1,1 Sekunden Verzögerung zwischen 08:07:53.297 und 08:07:54.398 (wo es weh tat, da ein Geschäft verarbeitet wurde), und die exakt gleiche Verzögerung wurde zuvor zwischen 04:10:43.808 und 04:10:44.908 gesehen (wo es keine Rolle spielte, da es lediglich nach einer erneuten Verbindung zum Handelsserver war). Es scheint also, dass in beiden Fällen derselbe langsame Vorgang versucht wird. Dieser Auszug stammt aus der Datei 20260302.log, die ich ausgewählt habe, da an diesem Tag ein Neustart des VPS stattfand, um Ihnen die Terminal-Build-Nummer zu zeigen. Das gleiche Problem trat jedoch auch bei älteren Builds auf und trat auch in den folgenden Tagen immer wieder auf.
Ich danke Ihnen. Diese Verzögerung sollte mit Build 5676 behoben sein. Bitte bestätigen Sie das, da ich es nicht selbst testen kann.
Alain Verleyen #: Danke. Diese Verzögerung sollte mit Build 5676 beseitigt sein. Bitte bestätigen Sie das, da ich es nicht selbst testen kann.
@Alain Verleyen Danke, das ging ja schnell! Ich folge den Bybit-Signalen vorerst nicht mehr, vor allem wegen der Verzögerung, also muss ich einem dieser Signale erneut folgen, um es zu testen. Ist dieser Build bereits in MQL VPSes verfügbar, die ich verwende, oder wann wird es sein (oder neuer)?
Haben für ein Abonnement für das Signal bezahlt. Finden Sie eine Menge von Latenz. Ich möchte das Live-Handelskonto wechseln, wie mache ich das? Oder auf welche E-Mail-Adresse zu beantragen?
Ja, ich habe Xauusd+. Der Abonnent hat nur Xauusd. Ist es richtig, dass das Kopieren in diesem Fall unmöglich ist?
Kopieren ist in diesem Fall möglich - wenn alle anderen Bedingungen des Mappings erfüllt sind.
Aber es gibt noch andere Faktoren, die das Mapping beeinflussen, zum Beispiel (aus den FAQ):
Das Instrument GOLD wird auf dem Konto des Providers gehandelt, mein Broker hat das gleiche Instrument, aber es heißt XAUUSD. Werden in diesem Fall die Trades auf dem Symbol GOLD auf das Symbol XAUUSD kopiert?
----------------------
Was bedeutet das?
---------------------
Es gibt Fälle, in denen alle Bedingungen des Mappings erfüllt sind, aber der Broker selbst das Kopieren einschränkt (und dies im Metatrader-Protokoll für dieses Symbol vermerkt ist). Solche Fälle sind sehr selten (aber der letzte Fall war vor ein paar Tagen mit XAUUSD und XAUEUR).
Das heißt, in den meisten Fällen ist es Mapping.
Ich empfehle Ihnen, Ihren Broker nach der Auswahl des Kopiersignals auf Mapping von kopierten Symbolen zu überprüfen, d.h. ob es kopiert wird oder nicht, und sich dann anzumelden:
Ja, ich habe Xauusd+. Der Abonnent hat nur Xauusd. Liege ich richtig, dass das Kopieren in diesem Fall nicht möglich ist?
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
In Bezug auf das bekannte Problem mit "kein Umrechnungskurs für die Einzahlungswährung des Anbieters" (wenn der Broker des Abonnenten kein Währungspaar zwischen der Basiswährung des Anbieters und der des Abonnenten hat): Ich habe festgestellt, dass (zumindest auf MT5) nicht nur das Verhältnis 1:1 verwendet wird, wie es in der Meldung heißt (was in meinem Fall glücklicherweise in Ordnung ist), sondern dass es auch eine große Verzögerung zwischen einem neuen Geschäft, das vom Signal kommt, und seiner Weiterleitung an den Broker gibt. In meinem Fall ist es 1,1 Sekunden in einem MQL5 VPS, und ähnlich auf meinem Computer. Für das Signal in Frage, das macht für einen riesigen Unterschied, wie der Preis bewegt sich schnell genau in dieser Sekunde (wahrscheinlich eine Menge von anderen automatisierten Handel erfolgt im gleichen Moment bei meinem Broker oder ihre Liquidität Anbieter, bewegen den Preis). Ich weiß nicht, warum genau die Verzögerung - meine Vermutung ist, dass MT5 eine neue Symbolliste vom Broker anfordert, bevor es mit dem Handel fortfährt, nur um festzustellen, dass es immer noch keinen Umrechnungskurs gibt (es protokolliert eine Meldung, die dies sagt, verzögert um diese 1,1 Sekunden).
Ich suche also nach einer Möglichkeit, diese Verzögerung zu vermeiden. Ich habe versucht, ein benutzerdefiniertes Symbol für das fehlende Währungspaar zu erstellen, aber es wird nicht von dieser Logik erfasst (nicht einmal, wenn ich das Signal lokal auf meinem Computer abonniere, ohne VPS-Nutzung).
Mein nächster Schritt ist es, meinen Broker zu kontaktieren, aber ich bezweifle, dass er bereit ist, ein Symbol für ein Währungspaar zu erstellen, für das er keine genaue Entsprechung hat.
Irgendwelche anderen Vorschläge?
In meinem Fall ist die Basiswährung des Signalanbieters UST (für USDT), die mein Broker nicht hat. Wenn die MT5-Entwickler dies lesen, fügen Sie bitte eine Möglichkeit hinzu, den Umrechnungskurs manuell festzulegen (idealerweise auch für Währungspaare, die es gibt, als manuelle Überschreibung), oder fügen Sie zumindest UST als anerkanntes Synonym für USD hinzu. Entfernen Sie vielleicht auch die (vermutete) Anforderung einer neuen Symbolliste, wenn ein Geschäft eröffnet wird (nur einmal, wenn Sie gerade anfangen, einem Signal zu folgen, oder regelmäßig, aber nicht wieder in diesen zeitkritischen Momenten). Vielen Dank!
Ich suche also nach einer Möglichkeit, diese Verzögerung zu vermeiden. Ich habe versucht, ein benutzerdefiniertes Symbol für das fehlende Währungspaar zu erstellen, aber es wird nicht von dieser Logik abgeholt (nicht einmal, wenn ich das Signal lokal auf meinem Computer abonniere, ohne VPS-Nutzung).
Mein nächster Schritt ist es, meinen Broker zu kontaktieren, aber ich bezweifle, dass sie bereit wären, ein Symbol für ein Währungspaar zu erstellen, für das sie nicht wirklich ein genaues Äquivalent haben.
Irgendwelche anderen Vorschläge?
In meinem Fall ist die Basiswährung des Signalanbieters UST (für USDT), die mein Broker nicht hat. Wenn die MT5-Entwickler dies lesen, fügen Sie bitte eine Möglichkeit hinzu, den Umrechnungskurs manuell festzulegen (idealerweise auch für Währungspaare, die es gibt, als manuelle Überschreibung), oder fügen Sie zumindest UST als anerkanntes Synonym für USD hinzu. Entfernen Sie vielleicht auch die (vermutete) Anforderung einer neuen Symbolliste, wenn ein Geschäft eröffnet wird (nur einmal, wenn Sie gerade anfangen, einem Signal zu folgen, oder regelmäßig, aber nicht wieder in diesen zeitkritischen Momenten). Vielen Dank!
Ihr Signalabonnement kopiert Geschäfte von einem Symbol, das Ihr Broker nicht hat?
Ehrlich gesagt habe ich in Ihrem Beitrag nichts verstanden.
Ihr Signalabonnement kopiert Geschäfte von einem Symbol, das Ihr Broker nicht hat?
Ehrlich gesagt habe ich nichts in Ihrem Beitrag verstanden.
@Alain Verleyen Ich habe Ihre Antwort erst jetzt gesehen. Ich hoffe, dass Sie meine Antwort schneller sehen, wenn Sie sie markieren. Ich entschuldige mich für die Verwirrung und danke Ihnen, dass Sie versucht haben, mich zu verstehen. Lassen Sie mich versuchen, es zu erklären:
Nein, das Signal-Abonnement kopiert keine Geschäfte von Symbolen, die mein Broker nicht hat. In diesem Beitrag geht es nicht um die in den Geschäften verwendeten Symbole.
Ich spreche über Kontowährungen - die des Signalanbieters und die des Abonnenten. In meinem Fall verwendet der Signalanbieter Bybit und seine Kontowährung ist UST. Mein Broker hat kein Währungspaar mit UST und führt keine Konten in UST (wohl aber in USD). Meine Kontowährung ist AUD (könnte aber auch USD sein - wir hätten dann immer noch das gleiche Problem mit der Verzögerung).
Was passiert, ist MT5 (beide lokalen Terminal und MQL5 VPS verhalten sich gleich) versucht und scheitert, einen Umrechnungskurs für die Kontowährungen zu suchen, um Positionsgröße Skalierung zu bestimmen. Er tut dies, wenn er anfängt, einem Signal zu folgen, wiederholt es von Zeit zu Zeit und tut es auch jedes Mal, wenn der Signalanbieter ein neues Geschäft macht, bevor er dieses Geschäft an meinen Broker weiterleitet. Das ist verständlich - es will wirklich die richtige Größe für den Handel sicherstellen - aber in diesem Fall versagt es sowieso immer, was zu unnötigen Verzögerungen beim Kopieren führt und die Rentabilität einiger Strategien stark beeinträchtigt (insbesondere bei einem bestimmten EA, der bei Signalanbietern sehr beliebt ist, sowie bei Ausbruchsstrategien, bei denen sich der Preis in dieser Sekunde stark bewegt).
Wie bekannt und dokumentiert, fällt die Plattform auf ein 1:1-Verhältnis zwischen den Währungen zurück, wenn die Kontowährungszuordnung auf diese Weise fehlschlägt. Das bedeutet für mich eine moderate Erhöhung des Risikos (und der Belohnung) bei AUD, womit ich in diesem Fall kein Problem habe. Mein primäres Problem ist also die Verzögerung, und sekundär, dass ich den Umrechnungskurs nicht manuell festlegen kann (was auch das Verzögerungsproblem lösen würde, also eine großartige Lösung für beide Probleme auf einmal wäre).
@Alain Verleyen Ich habe Ihre Antwort erst jetzt gesehen und hoffe, dass Sie meine Antwort durch die Markierung schneller sehen. Ich entschuldige mich für die Verwirrung und danke Ihnen für den Versuch, es zu verstehen. Lassen Sie mich versuchen, es zu erklären:
Nein, das Signal-Abonnement kopiert keine Geschäfte von Symbolen, die mein Broker nicht hat. In diesem Beitrag geht es nicht um die in den Geschäften verwendeten Symbole.
Ich spreche über Kontowährungen - die des Signalanbieters und die des Abonnenten. In meinem Fall verwendet der Signalanbieter Bybit und seine Kontowährung ist UST. Mein Broker hat kein Währungspaar mit UST und führt keine Konten in UST (wohl aber in USD). Meine Kontowährung ist AUD (könnte aber auch USD sein - wir hätten dann immer noch das gleiche Problem mit der Verzögerung).
Was passiert, ist MT5 (beide lokalen Terminal und MQL5 VPS verhalten sich gleich) versucht und scheitert, einen Umrechnungskurs für die Kontowährungen zu suchen, um Positionsgröße Skalierung zu bestimmen. Er tut dies, wenn er anfängt, einem Signal zu folgen, wiederholt es von Zeit zu Zeit und tut es auch jedes Mal, wenn der Signalanbieter ein neues Geschäft macht, bevor er dieses Geschäft an meinen Broker weiterleitet. Das ist verständlich - es will wirklich die richtige Größe für den Handel sicherstellen - aber in diesem Fall scheitert es sowieso immer, was zu unnötigen Verzögerungen beim Kopieren führt und die Rentabilität einiger Strategien stark beeinträchtigt (insbesondere bei einem bestimmten EA, der bei Signalanbietern sehr beliebt ist, sowie bei Breakout-Strategien, bei denen sich der Preis genau in dieser Sekunde stark bewegt).
Wie bekannt und dokumentiert, fällt die Plattform auf ein 1:1-Verhältnis zwischen den Währungen zurück, wenn die Kontowährungszuordnung auf diese Weise fehlschlägt. Das bedeutet für mich eine moderate Erhöhung des Risikos (und der Belohnung) bei AUD, womit ich in diesem Fall kein Problem habe. Mein primäres Problem ist also die Verzögerung, und sekundär, dass ich den Umrechnungskurs nicht manuell festlegen kann (was auch das Verzögerungsproblem lösen würde, also eine großartige Lösung für beide Probleme auf einmal wäre).
Bitte stellen Sie die Protokolle zur Verfügung, um Ihre Angaben zu belegen. Danke.
@Alain Verleyen Hier ist ein Log-Auszug von einem MQL5 VPS. Ich habe meine Kontonummer unkenntlich gemacht und einige irrelevante Zeilen weggelassen. Beachten Sie die Verzögerung von 1,1 Sekunden zwischen 08:07:53.297 und 08:07:54.398 (wo es weh tat, da ein Geschäft verarbeitet wurde), und genau dieselbe Verzögerung wurde zuvor zwischen 04:10:43.808 und 04:10:44.908 gesehen (wo es keine Rolle spielte, da es lediglich nach einer erneuten Verbindung zum Handelsserver war). Es scheint also, dass in beiden Fällen derselbe langsame Vorgang versucht wird. Dieser Auszug stammt aus der Datei 20260302.log, die ich ausgewählt habe, da an diesem Tag ein Neustart des VPS stattfand, um Ihnen die Terminal-Build-Nummer zu zeigen. Das gleiche Problem trat jedoch auch bei älteren Builds auf und trat in den folgenden Tagen immer wieder auf.
@Alain Verleyen Hier ist ein Log-Auszug von einem MQL5 VPS. Ich habe meine Kontonummer unkenntlich gemacht und einige irrelevante Zeilen weggelassen. Beachten Sie die 1,1 Sekunden Verzögerung zwischen 08:07:53.297 und 08:07:54.398 (wo es weh tat, da ein Geschäft verarbeitet wurde), und die exakt gleiche Verzögerung wurde zuvor zwischen 04:10:43.808 und 04:10:44.908 gesehen (wo es keine Rolle spielte, da es lediglich nach einer erneuten Verbindung zum Handelsserver war). Es scheint also, dass in beiden Fällen derselbe langsame Vorgang versucht wird. Dieser Auszug stammt aus der Datei 20260302.log, die ich ausgewählt habe, da an diesem Tag ein Neustart des VPS stattfand, um Ihnen die Terminal-Build-Nummer zu zeigen. Das gleiche Problem trat jedoch auch bei älteren Builds auf und trat auch in den folgenden Tagen immer wieder auf.
Danke. Diese Verzögerung sollte mit Build 5676 beseitigt sein. Bitte bestätigen Sie das, da ich es nicht selbst testen kann.