Bibliotheken: MT4Orders - Seite 30
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
Dies zeigt, dass sie eine andere Philosophie haben - sie betrachten Transaktionen nicht als Ganzes (und auch Positionen in der Historie als solche existieren nicht, im Sinne von HistoryPositionSelect, usw.). Für sie ist jede Transaktion ein unabhängiger Vorgang, deshalb addieren sie die Provision am Eingang mit den Verlusten (obwohl dann nicht klar ist, warum sie sie noch vom Gewinn am Ausgang abziehen)
Sie denken, dass, wenn der Saldo als Ergebnis des Handels gesunken ist, aber alle DEAL_OUT-Trades ihre Provision (und Swap) gedeckt haben, dann ist der PF kosmisch.
Es stellt sich heraus, dass MT4Orders richtig zählt. Aber es weiß nicht, wie man vollständig mit Netting arbeitet - es verarbeitet DEAL_INOUT-Geschäfte nicht normal.
Sie glauben, dass der PF kosmisch ist, wenn der Saldo durch den Handel gesunken ist, aber alle DEAL_OUT-Geschäfte ihre Provision (und den Swap) gedeckt haben.
Ich verstehe das nicht, also kann deal_out die Kommission nicht decken, wenn das Geschäft unprofitabel war, und wenn alle Geschäfte profitabel sind, dann ist PF in MT4 kosmisch....
P.S. Ah, es geht um Netting...
Im Allgemeinen, wenn jemand eng mit Statistiken in MT5 arbeiten wird, zum Beispiel, um seine eigenen Quasi-Tester zu machen (wie ich es tue), ist dieser Trick mit der Kommission nützlich zu wissen und im Auge zu behalten. Das gleiche gilt für Hedge
Ich verstehe es nicht, also kann deal_out die Kommission nicht decken, wenn das Geschäft unprofitabel war, und wenn alle Geschäfte profitabel sind, ist der PF in MT4 cosmic....
Dies ist ein Hedge-Beispiel (wir wollen nicht auf Netting eingehen). Bei solchen Geschäften werden Sie einen negativen Gewinn erzielen, aber MT5 wird davon ausgehen, dass der TS vollkommen profitabel ist.
Dies ist ein Hedge-Beispiel (wir werden nicht auf Netting eingehen). Mit solchen Geschäften werden Sie einen negativen Gewinn erzielen, aber MT5 wird den TS als vollkommen profitabel betrachten.
Es gibt keinen Deal_inout in einem Hedge, eine neue Position wird dort eröffnet, ein Versuch, eine bestimmte Position mit einem größeren Volumen zu "schließen", als sie offen ist (invertieren) verursacht den Fehler Invalid volume
es gibt kein deal_inout in hedge, eine neue Position wird dort eröffnet, ein Versuch, eine bestimmte Position mit einem größeren Volumen zu "schließen" als sie offen ist (roll over), führt zu einem Invalid volume error
Ich schreibe im Moment nur über Hedge. Die Abkürzungen sind falsch zu lesen. Hier ist ohne Abkürzungen
MT5 denkt, dass alle Trades in diesem Fall profitabel sind. Und das, obwohl das Konto stetig ins Minus geht.
Hm....) Ich werde Ihr Wort für sie zu nehmen. Aber ich persönlich als Folge dieser "Besonderheit" von MT5 "machte einen Fehler" mit dem PF in "meine" Richtung (dh die PF in MT5 war niedriger), so dass ich tat, wie sie getan haben, außerdem ist es bequem (vor allem später für andere Bugs zu suchen, nicht darüber zu kümmern)).
Der fehlerhafte MT5-PF (und andere Indikatoren) unterscheiden sich nicht so sehr von den korrekten, dass es kritisch ist. Natürlich kann es Sonderfälle geben.
Bazhy MT5-PF (und andere Indikatoren) unterscheiden sich von den richtigen nicht so sehr, dass es kritisch ist. Natürlich kann es Sonderfälle sein.
Ich hatte einmal 7 von 9 unterschieden ganz deutlich )), obwohl die meiste Zeit, so scheint es, Rundung bis zu 0,01 und Sie werden nicht den Unterschied bemerken.
Ich hatte einmal 7 von 9 unterscheiden sich recht deutlich )), obwohl die meiste Zeit, so scheint es, Aufrunden auf 0,01 werden Sie nicht bemerken den Unterschied.
Die Parameter selbst spielen keine Rolle, wenn die Zahl der Abschlüsse gering ist. Und bei einer großen Anzahl von Geschäften werden die Unterschiede nicht wesentlich sein.
Die Parameter selbst spielen keine Rolle, wenn die Zahl der Transaktionen gering ist. Und bei einer großen Anzahl von Transaktionen werden die Unterschiede nicht grundlegend sein.
Aha, da hatte ich gerade eine kleine Anzahl von Geschäften. Aber insgesamt summieren sich solche kleinen Stichproben sehr, wenn jede davon auch nur einen unbedeutenden Fehler hat (auch wenn es kein Fehler ist, sondern eine Diskrepanz zum Tester), ist das schon ein bisschen stressig ).