Statistik über die Verrutschung von Limitaufträgen an der Börse - Seite 8

Neuer Kommentar
 

TP erhält negativen Schlupf im Prüfgerät

PQ      0       23:57:02.304    Trade   2018.03.29 23:59:14   position modified [#154  sell 1.00 TESTER 0.87670 tp: 0.87689]
JH      0       23:57:02.304    Trade   2018.03.30 00:03:35   take profit triggered #154  sell 1.00 TESTER 0.87670 tp: 0.87689 [#157  buy 1.00 TESTER at 0.87689]
QQ      0       23:57:02.304    Trades  2018.03.30 00:03:35   deal #153  buy 1.00 TESTER at 0.87729 done (based on order #157)
 CG      0       23:57:02.304    Trade   2018.03.30 00:03:35   deal performed [#153  buy 1.00 TESTER at 0.87729]
DK      0       23:57:02.304    Trade   2018.03.30 00:03:35   order performed buy 1.00 at 0.87729 [#157  buy 1.00 TESTER at 0.87689]


In diesem Fall hätte die BUY-Position bei TP = 0,87689 geschlossen werden müssen, aber das TP-Level schloss bei 0,87729, was eine negative Slippage von -40 Pips bedeutet!

Warum kann TP im Tester negativ rutschen?

Wir haben es geschafft, dass Limit-Aufträge im Tester nicht rutschen. Aber die Situation mit TP ist nicht gut - sie sind Markt und daher rutschen. Wie würden Sie das Gleiten und TP im Tester deaktivieren?

 
fxsaber:

Im TP-Tester erhält TP einen negativen Schlupf

Hier ist der Grund dafür. Protokoll

CM      0       00:30:17.505    Trade   2018.03.28 23:48:46   position modified [#165  buy 1.00 Si-6.18 58290 tp: 58300]
DJ      0       00:30:17.507    Trade   2018.03.29 10:00:00   take profit triggered #165  buy 1.00 Si-6.18 58290 tp: 58300 [#168  sell 1.00 Si-6.18 at 58300]
RQ      0       00:30:17.507    Trades  2018.03.29 10:00:00   deal #163  sell 1.00 Si-6.18 at 58255 done (based on order #168)
 FI      0       00:30:17.507    Trade   2018.03.29 10:00:00   deal performed [#163  sell 1.00 Si-6.18 at 58255]
NI      0       00:30:17.507    Trade   2018.03.29 10:00:00   order performed sell 1.00 at 58255 [#168  sell 1.00 Si-6.18 at 58300]

D.h. wir haben TP 58300 und Ausführung bei 58255. Gleichzeitig ist die Zeit der TP-Ausführung (DEAL_TIME) 10:00:00.001, aber der Preis der TP-Ausführung entspricht dem zukünftigen Preis - 10:00:00.024. Das heißt, der TP wird nicht nur mit einem negativen Slippage ausgeführt, sondern auch mit Future-Preisen gefüllt.

Irgendetwas ist bei dem Tester mit den Flossen schief gelaufen und vielleicht nicht nur mit ihnen. Wir müssen prüfen, ob der Tester geeignet ist. Noch einmal: Sie können ihm nicht vertrauen.

Bitte fügen Sie in der nächsten Version einen Fix für diesen Fehler hinzu. Stellen Sie sicher, dass die Ausführung für TP im Tester die gleiche ist wie für Limitaufträge!

 
fxsaber:

Machen Sie die Ausführung für TP im Tester wie für Limit-Orders!

Und warum? TP ist kein Limit-Auftrag, sondern ein Auftrag, der zu bestimmten Bedingungenauf dem Markt ausgeführt wird. Folglich wird der Slippage oft negativ sein, wenn er am korrekten TP-Punkt liegt (wo große Mengen an Limit-Orders gekauft werden), und positiv (z. B. beim Durchbrechen des Niveaus, wenn ein Stop von Leuten ausgelöst wird), wenn er nicht am korrekten TP-Punkt liegt. Ich würde gerne den Schlupf unabhängig im Tester einstellen können - dann kann derjenige, der ihn braucht, ihn auch einstellen.

 
Aleksey Vyazmikin:

Und warum? An einer Börse ist TP kein Limit, sonderndie Ausführung einesMarktauftrags unter bestimmten Bedingungen.

Denn der Tester ist keine Börse. TP an einer Börse kann aufgrund des Verzögerungsfaktors eine negative Slippage aufweisen, die im Tester im Handelsmodus "No Delay" nicht vorhanden ist.

 
Aleksey Vyazmikin:

Und warum? An einer Börse ist TP kein Limit, sonderndie Ausführung einesMarktauftrags unter bestimmten Bedingungen.

Wirklich?
 
Комбинатор:
Wirklich?

Leider ist es so.

 
fxsaber:

Leider ist es so.

im MT5 und an der Börse sind zwei große Unterschiede
 
Комбинатор:
Im MT5 und an der Börse gibt es zwei große Unterschiede

Ich bezweifle, dass es überhaupt so etwas wie einen TP-Auftrag an einer Börse gibt.

 
fxsaber:

Ich bezweifle, dass es überhaupt so etwas wie einen TP-Auftrag an einer Börse gibt.

Warum die Mühe mit dieser Frage? es stellt sich heraus, mt5 ist nicht mt5 und TP ist nicht menschlich gemacht
 
Комбинатор:
Warum stellen Sie dann überhaupt diese Frage?

An den MT5-Tester, nicht an die Börse. Lassen Sie wenigstens den TP im Tester auf menschliche Art und Weise arbeiten. Was MQ daran hindert, anstelle des Marktes Begrenzer zu senden, ist nicht klar.

Was TP betrifft, so ist dies eine Blume

Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests

Wanzen, Wanzen, Fragen

fxsaber, 2018.03.05 19:22

Tester Fehler.

Lassen Sie zuerst eine BUY-Position mit TP entstehen. Und es gibt ein SellLimit für denselben TP. Der Tester führt solche Situationen auf unterschiedliche Weise aus

  • zuerst BUY_TP, dann SellLimit.
  • zuerst SellLimit, dann Sell_TP.

Im zweiten Fall haben wir zwei entgegengesetzte Positionen gleichzeitig in einer Absicherung geöffnet oder eine KAUF-Position geschlossen, ohne eine VERKAUF-Position zu öffnen.

Bei Absicherungsgeschäften kommt erschwerend hinzu, dass das SellLimit zurückgenommen werden kann, weil nicht genügend Geld zur Eröffnung der zweiten Position vorhanden ist.

Führen Sie den Tester im Allgemeinen zu einem eindeutigen Verhalten - erst TP, dann Limit.


Dies ist ein echtes Problem bei Limit.

Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests

Wanzen, Wanzen, Fragen

fxsaber, 2018.02.14 14:41

Der Fehler liegt nicht im Terminal, sondern in der MT5-Plattform
#include <MT4Orders.mqh> // https://www.mql5.com/ru/code/16006

#define Bid SymbolInfoDouble(_Symbol, SYMBOL_BID)
#define Ask SymbolInfoDouble(_Symbol, SYMBOL_ASK)

void OnStart()
{
  OrderSend(_Symbol, OP_BUY, 1, Ask, 100, 0, Bid);
  
//  OrderSend(_Symbol, OP_BUYLIMIT, 1, Ask, 100, 0, 0);
}

Führen Sie MQ-Demo auf einem sich langsam bewegenden Symbol aus. EURHUF zum Beispiel.

Das Skript eröffnet eine BUY-Position mit TP = Bid. Das heißt, die Position sollte sofort geschlossen werden. TP wird aber erst beim nächsten Häkchen auf die Einhaltung der Annahmebedingung geprüft!

Die Position wird nicht sofort geschlossen, bis der nächste Tick erfolgt. Und wenn der nächste Tick Bid < TP ist, bleibt der TP ohne Annahme.


Das Gleiche gilt für Limit-Aufträge (kommentierte Zeile). Beim Tester ist die Situation die gleiche.


Und die Kirsche.

Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests

Typische Fehler und deren Behebung bei der Arbeit mit einer Handelsumgebung

fxsaber, 2018.02.24 16:25

Ich zeige Ihnen sogar, wie solche stornierten Marktaufträge aussehen

Nur gibt es keinen Fehler.

Dieses Beispiel erwies sich als viel cooler. Ein vom Broker selbst platzierter TP wurde kodiert! Und fast sofort (ich habe 115 ms gewartet-anscheinend war es ein Fehler des MT5), nachdem die Nachbestellung geschlossen wurde, setzte der Broker einen weiteren TP, der ausgeführt wurde. Die Kommentare zu den Aufträgen sind auf dem Screenshot nicht zu sehen. Die grüne Farbe istORDER_REASON_TP. Dementsprechend hat der Auftrag sogar die ORDER_POSITION_ID.

D.h. TP wird neu geordnet und wartet auf den nächsten Tick, um neu geordnet zu werden. Sie wird nicht sofort eingestellt.

12345678910
Neuer Kommentar