Maschinelles Lernen im Handel: Theorie, Modelle, Praxis und Algo-Trading - Seite 2063

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
Das Einzige - um Lücken und Abflüsse von Kursen zu bekämpfen, ist es besser, close[i]-open[i] anstelle vonclose[i]-close[i-1] als Inkremente zu nehmen.
Ich verstehe, aber wie hilft das bei den Lücken in den Anführungszeichen? Ist es nicht besser, sie für H1 zu berücksichtigen?
"Es ist besser, close[i]-open[i] als Inkrement zu nehmen" - vielleicht ist eine prozentuale Änderung besser?Es ist nicht schwer, ich bin sicher, dass Sie es schaffen können, wenn Sie wollen. Das Einzige, was Sie tun sollten, ist, close[i]-open[i] anstelle vonclose[i]-close[i-1] als Inkremente zu verwenden, um Lücken und Abflüsse von Kursen zu kontrollieren.
close[i-1] und open[i] unterscheiden sich um 1 Tick. Welchen Sinn hat es, mit der 1. Zecke zu kämpfen?
Ich verstehe, was mit Lücken passiert, aber wie hilft es, mit Preisrückgängen umzugehen? Ist es nicht besser, für H1 zu rechnen?
Wenn ein Takt = ein Inkrement ist, ist es kein Problem, wenn einige Takte verloren gehen. Wenn die Schrittweite durch zwei Balken gezählt wird, gibt es viele Ausschläge.
"Wenn wir close[i]-open[i] als Inkremente verwenden wollen" - wäre es vielleicht besser, die prozentuale Veränderung zu verwenden?
Ja, so ist es besser. Sie können auch Logarithmus-Schritte verwenden.
close[i-1] und open[i] unterscheiden sich um 1 Tick. Welchen Sinn hat es, mit 1 Zecke zu kämpfen?
Praktisch eine Garantie dafür, dass Lücken und Aussetzer in der Geschichte beseitigt werden.
Es ist fast garantiert, dass Lücken und Lücken in der Geschichte beseitigt werden.
Eine Lücke kann bei jedem anderen Tick innerhalb einer Minute auftreten. Fehlende Balken sollten ab dem letzten bekannten Preis des letzten bekannten Balkens aufgefüllt werden.
Gleichmäßig auf die Balken verteilte Lücken sind nicht sehr beängstigend. Die unangenehmen sind diejenigen, die zu einer bestimmten Zeit zusammengedrängt sind, was in der Regel Lücken zwischen den Takten sind.
Die "verpassten" Takte sind ein zweideutiger Begriff, es kann sich um einen Feiertag, eine kurze Sitzung usw. handeln oder einfach um aus völlig unklaren Gründen ausgelassene Takte. Ich habe beschlossen, dass es einfacher ist, die Inkremente für einen Balken zu berechnen, als Sherlock Holmes zu zeigen, wie er mit mehreren einminütigen Balken des Zehnjahreszeitraums umgeht.
Ich tue dies:
1) Ich erstelle ein Array von String-Indizes mit einer Länge, die der Anzahl der Strings entspricht, und fülle es mit Werten von 0 bis N Strings
2) Ich mische diese Anordnung
Dabei ist RandomInteger() eine beliebige Variante der
3) dann nehme ich alle Werte dieser Indizes in einer Schleife und durch sie aus dem Haupt-Array die erforderliche Zeichenfolge, es stellt sich heraus, Pseudo-Zufall nach dem Mischen der Indizes zu seinIch habe diesen Algorithmus mit der Zufallsfunktion ausprobiert, die ich zuvor angegeben habe. Es stellt sich heraus, dass es eine Verschiebung zur ersten Hälfte des numerischen Arrays gibt, wenn man die ersten n Werte des resultierenden Arrays nimmt und dann das Array der Reihe nach filtert. Und die Gruppen in einer Reihe werden beobachtet, was auch nicht gut ist, aber besser als nichts.
Ich habe diesen Algorithmus mit der Zufallsfunktion ausprobiert, die ich zuvor angegeben habe. Es stellt sich heraus, dass es einen Versatz zur ersten Hälfte der Zahlenreihe gibt, wenn man die ersten n Werte aus dem resultierenden Array nimmt und dann das Array der Reihe nach filtert. Und die Gruppen in einer Reihe werden beobachtet, was auch nicht toll ist, aber besser als nichts.
Seltsam. Ich frage mich, wie sich das erklären lässt?
Ich habe eine andere Version auskommentiert, die mir aber aus logischen Gründen nicht gefallen hat:
Welche RandomInteger() verwenden Sie? Ich verwende XOR.
close[i-1] und open[i] unterscheiden sich um 1 Tick. Was bringt es, mit 1 Zecke zu kämpfen?
Sie sind falsch) sie unterscheiden sich nicht um 1 Tick, diese Werte werden gleich sein.
https://www.mql5.com/ru/docs/runtime/testing
Ein neuer Minutenbalken öffnet sich nicht, wenn eine neue Minute beginnt (die Anzahl der Sekunden wird zu 0), sondern wenn ein Tick kommt - eine Preisänderung von mindestens einem Punkt.