Diskussion zum Artikel "Handelssignale in MetaTrader 5: Eine bessere Alternative zu PAMM-Kontos!" - Seite 5
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Ich denke, dass wir nicht über die Situation sprechen, wenn der Stopp des Abonnenten früher auslöst, sondern über die Situation, wenn der Stopp des Abonnenten mit dem Erhalt des Schließungssignals zusammenfällt (der Stopp des Anbieters hat ausgelöst, die Position des Abonnenten ist offen - wir geben das Schließungssignal).
Und dann bekommen wir statt der Schließung eine Umkehrung.
genau
Natürlich ist die Krücke mit dem Nullsetzen der Stops immer noch die gleiche....
Was haben Sie "erfunden", wenn es kein Geheimnis ist? Ich erinnere mich, dass das Thema diskutiert wurde, aber ich kann mich nicht erinnern, dass etwas Vernünftiges dabei herausgekommen ist.
Ich denke, dass der Nullstellungsstopp in diesem Fall keine Krücke ist, sondern eine technische Lösung. Da es im Terminal kein solches Konzept zur Abfrage des Auftrags- oder Positionsstatus gibt.
Ich schlage als Option vor, Magie und Positionskennungen zu verwenden, um ihren Standort zu bestimmen - in der Geschichte oder im wirklichen Leben.
Aber über diese"Abfrage des Auftrags- oder Positionsstatus" - bitten Sie den MC, darüber nachzudenken.
Ich denke, dass das Zurücksetzen von Stopps in diesem Fall keine Krücke ist, sondern eine technische Lösung. Da es im Terminal kein solches Konzept zur Abfrage des Auftrags- oder Positionsstatus gibt.
Ich schlage als Option vor, Magie und Positionskennungen zu verwenden, um ihren Standort zu bestimmen - in der Geschichte oder im wirklichen Leben.
Aber über dieses"Abfragen des Auftrags- oder Positionsstatus" - bitte den MC, darüber nachzudenken.
Was genau soll abgefragt werden? Jedes Ergebnis einer Statusabfrage auf dem Client ist bereits veraltet, und zwar sofort. D.h. nur der Server kann synchron mit Aufträgen und Positionen arbeiten, auf dem Client ist es praktisch unmöglich, mit unveränderten Positionen oder Aufträgen auf dem Server zu rechnen.
Nun ja, mir war nicht klar, dass die Situation mit zwei offenen Client-Terminals eine Menge Unsicherheit mit sich bringt.
Auch darüber müssen Sie nachdenken.
Wenn ein Kundenterminal jetzt Aufträge ausführt, was wird dann mit zwei offenen Kundenterminals desselben Kontos passieren? Wie wird die Auftragsvergabe ablaufen?
Wenn ein Kundenterminal jetzt Aufträge ausführt, was passiert dann mit zwei offenen Kundenterminals desselben Kontos? Wie wird die Auftragsvergabe ablaufen?
Das Client-Terminal führt überhaupt nichts aus, es prüft höchstens die Korrektheit der Anfrage.
Ich würde es begrüßen, wenn der Signalteilnehmer die Möglichkeit hätte, seine Losgröße entweder auf "automatisch" oder "manuell" einzustellen.
Ein Abonnent möchte vielleicht konservativere (oder aggressivere) Einstellungen beibehalten, anstatt dass sein Kontostand seine Losgröße diktiert.
Wie wird die Losgröße bestimmt, wenn Signale automatisch ausgeführt werden?
Da der Verwalter möglicherweise ein größeres (oder - was nicht so tragisch ist - kleineres) Konto hat als der Abonnent, wie wird in diesem Fall die Losgröße im Signal automatisch angepasst?
Ich möchte nur fragen, ob ich das mql5.com Handelssignal auf einem Demokonto ausprobieren kann, bevor ich das Signal abonniere.
Danke
Bedenken Sie, dass der PAMM-Dienst bereits tot ist.
Meiner Meinung nach ist dies eine zu laute Aussage.
Ich glaube (und bin mir dessen völlig sicher), dass SIGNALS nicht in der Lage sein wird, PAMMs zu "töten" oder irgendwie stark genug zu beeinflussen.