Diskussion zum Artikel "Wie man Handelssignale abonniert" - Seite 117

 
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):

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?

  • 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
    FAQ по сервису Сигналы - Создайте свой Сигнал на MQL5 Com, нужно ли за это платить
    FAQ по сервису Сигналы - Создайте свой Сигнал на MQL5 Com, нужно ли за это платить
    • 2013.02.11
    • www.mql5.com
    На счете провайдера все сделки совершаются объемом в 0. Если же на найденном символе торговля разрешена только частично либо запрещена. Для каждого найденного инструмента проверяется полное разрешение на торговлю
     
    Evgeniy Govorkov #:
    Ja, ich habe Xauusd+. Der Abonnent hat nur Xauusd. Liege ich richtig, dass das Kopieren in diesem Fall nicht möglich ist?
    Yes, see:
    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
     

    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.

     
    Alain Verleyen #:

    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).

     
    playgold #:

    @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      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 kaufen 0,16 XAUUSD+ bei 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 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)?