FORTS. Fragen der Durchsetzung - Seite 81

 
coderex:

MT4 sendet nirgendwo Anfragen, im Gegensatz zu MT5, es ist für "Küchen" konzipiert. Und ich kenne keinen Makler, der auf MT4 arbeitet, ich kenne nur Maklerfirmen und solche, die versuchen, sich Makler zu nennen, aber in Wirklichkeit sind sie nicht solche in FOREX. Wenn Sie sie kennen, nennen Sie sie.

Ich dachte, jeder kennt sie. MT5 benötigt, wie MT4, ein Gateway. Der Unterschied besteht darin, dass die MT4-Gateways größtenteils von Drittentwicklern geschrieben werden, während MT5 von Metaquotes entwickelt wird. Interessant ist, dass die Verlangsamung des MT5 auf den Forex-Gateways nicht beobachtet wurde. Aber auf FORTS - einfach.

Der Vergleich zwischen MT4+Gateway und MT5+Gateway ist also völlig korrekt. Um möglichen Einwänden vorzugreifen, möchte ich sagen, dass MT4 über Gateways verfügt, über die Sie - wie an der Börse - Limit-Orders senden können, um die Preisbildung zu beeinflussen. Mit anderen Worten: Der Vergleich ist ein vollwertiger Vergleich.

Von den MT5-Gateways der Börse steht leider nur FORTS zur Verfügung. Bei den Forex-Gateways ist alles normal. Die Verzögerungen werden, wie Sie feststellen können, bei nicht besonders beliebten Handelsinstrumenten beobachtet. Es ist logisch, das zu überprüfen, aber die Entwickler wollen das aus irgendeinem Grund nicht hören.

Übrigens, wenn die Entwickler eine detailliertere Ausgabe im Protokoll der Antworten auf Anfragen (MT5-Terminal <-> MT5-Server <-> Exchange Server) machen würden, dann würden einfach alle Fragen wegfallen und das Bild des Geschwindigkeitsverlustes bei der Bearbeitung und Zustellung von Anfragen wäre deutlich sichtbar.

Jetzt ist die "Anschuldigung" nur noch indirekt. Mit der Einführung der Protokollierung wird es meiner Meinung nach Fakten geben. Ich würde mich gerne irren.

 
fxsaber:

Ich dachte, jeder kennt sie. MT5 benötigt wie MT4 ein Gateway. Der Unterschied besteht darin, dass die MT4-Gateways größtenteils von Drittentwicklern geschrieben werden und die MT5-Gateways von Metaquotes. Interessant ist, dass die Verlangsamung des MT5 auf den Forex-Gateways nicht beobachtet wurde. Aber auf FORTS - einfach.

Der Vergleich zwischen MT4+Gateway und MT5+Gateway ist also völlig korrekt. Um möglichen Einwänden vorzugreifen, möchte ich sagen, dass MT4 über Gateways verfügt, über die Sie - wie an der Börse - Limit-Orders senden können, um die Preisbildung zu beeinflussen. Mit anderen Worten: Der Vergleich ist ein vollwertiger Vergleich.

Leider hat unter den MT5-Gateways der Börse nur FORTS die Möglichkeit zu schauen. Bei den Forex-Gateways ist alles normal. Die Verzögerungen werden, wie Sie feststellen können, bei nicht besonders beliebten Handelsinstrumenten beobachtet. Es ist logisch, das zu überprüfen, aber die Entwickler wollen das aus irgendeinem Grund nicht hören.

Jetzt sind die "Anschuldigungen" nur noch indirekt. Mit der Einführung der Protokollierung wird es meiner Meinung nach Fakten geben. Ich würde mich gerne irren.


Ich weiß nicht, Makler mit MT4 als Austausch-Plattform, ich bitte um Informationen zumindest in der PM :) Und was ist Ihrer Meinung nach ein Gateway?

Soweit ich es verstanden habe, lautet das vereinfachte Schema in MT4: MT4 Terminal <---> MT4 Server <---> Quotes Provider. Hier ist das vollständige Schema der Verwendung und hier ist der Vergleich mit MT5. Folglich sind Verzögerungen bei der Bearbeitung von Handelsaufträgen ausgeschlossen, außer im Segment Terminal <-> Server. Die andere Frage bezieht sich auf MT5 als Börsenplattform, Renat hat sie oben beschrieben. Für Maklerunternehmen unterscheidet sich das Schema der MT5-Nutzung nicht sehr von dem der MT4-Nutzung.

Wenn ich falsch liege, senden Sie mir bitte den Link zu den Informationen über das korrekte Schema von MT4 und MT5 für Maklerunternehmen.

Hinweis: Die DT ist kein Makler, sondern eine "Küche", d.h. die Ausführung von Handelsaufträgen geht nicht über die MT-Server hinaus, und es ist nicht korrekt, Verzögerungen zwischen DT und Börsen zu vergleichen.

MetaTrader 4 для брокеров
MetaTrader 4 для брокеров
  • www.metatrader4.com
В состав MetaTrader 4 входят все компоненты, необходимые для организации брокерского обслуживания трейдеров. Торговые сервера, точки доступа, терминалы управления, различные шлюзы и датафиды - все это есть в бэкофисе MetaTrader 4.
 
coderex:

Ich weiß nicht, Makler mit MT4 als Austausch-Plattform, bitte geben Sie Informationen zumindest in PM :) Und was ist das Tor in Ihrem Verständnis?

Soweit ich verstanden habe, wird bei MT4 ein vereinfachtes Schema wie folgt verwendet - MT4-Terminal <---> MT4-Server <---> Kursanbieter. Hier ist das vollständige Schema der Verwendung und hier ist der Vergleich mit MT5. Folglich sind Verzögerungen bei der Bearbeitung von Handelsaufträgen ausgeschlossen, außer im Segment Terminal <-> Server. Die andere Frage bezieht sich auf MT5 als Börsenplattform, Renat hat sie oben beschrieben. Für Maklerunternehmen unterscheidet sich das Schema der MT5-Nutzung nicht sehr von dem der MT4-Nutzung.

Wenn ich falsch liege, senden Sie mir bitte den Link zu den Informationen über das korrekte Schema von MT4 und MT5 für Maklerunternehmen.

Hinweis: RC ist kein Broker, sondern eine "Küche", d.h. die Ausführung von Handelsanfragen geht nicht über die MT-Server hinaus, und es ist nicht korrekt, Verzögerungen zwischen einem CC und einer Börse zu vergleichen.

Leider sind Ihre Ansichten weit von der Realität entfernt. Ich habe es Ihnen per PM geschickt.
 
fxsaber:
Leider sind Ihre Wahrnehmungen weit von der Realität entfernt. Ich habe Ihnen eine Nachricht per PM geschickt.
Bei den Organisationen, die Sie mir geschickt haben, handelt es sich um "Dealing Desks" (also "Küchen"), denn sie machen keine Geschäfte an der Börse. Und nach der Tatsache zu urteilen, dass ich Ihnen Fragen gestellt habe und Sie nur eine davon beantwortet haben, neige ich dazu zu denken, Renat - Sie wollen nicht hören, was sie sagen, also schließen Sie den Disput :)
 
coderex:
Bei den von Ihnen eingeschickten Organisationen handelt es sich um die DCs (mit anderen Worten "Küchen"), da sie die Geschäfte nicht zur Börse bringen. Und nach der Tatsache zu urteilen, dass ich Ihnen Fragen gestellt habe und Sie nur eine davon beantwortet haben, neige ich zu der Meinung von Renat - Sie wollen nicht hören, was Ihnen gesagt wird, also schließen Sie den Disput :)

Erstaunliche Logik! Kennen Sie MT4 nicht, können Sie gerne wiederholen

Forum für Handel, automatisierte Handelssysteme und Strategietests

FORTS. Fragen zum Vollzug

fxsaber, 2016.10.10 22:27

Kann mir jemand sagen, ob auf anderen Plattformen dieser Unsinn mit den sekundenschnellen Auftragseingaben auch passiert?

 
Renat Fatkhullin:
Dies ist die Antwort von der Börse, nicht vom mt5-Handelsserver.

Ich bezweifelte diese Aussage und schrieb einen EA, der

und löscht einen schwebenden Auftrag in den Modi OrderSend und OrderSendAsync (EA im Anhang)

Der Expert Advisor wurde auf einem realen Konto ausgeführt, Bild 1430

------------------------------ Sync mode -------------------------------------------------------------------------
2016.10.11 22:15:04.153 Trades  'xxxxx': buy limit 1.00 Si-12.16 at 61592
2016.10.11 22:15:04.159 Trades  'xxxxx': accepted buy limit 1.00 Si-12.16 at 61592
2016.10.11 22:15:04.161 Trades  'xxxxx': buy limit 1.00 Si-12.16 at 61592 placed for execution
2016.10.11 22:15:04.166 Trades  'xxxxx': order #45663070 buy limit 1.00 / 1.00 Si-12.16 at 61592 done in 12.968 ms

2016.10.11 22:15:04.166 Trades  'xxxxx': cancel order #45663070 buy limit 1.00 Si-12.16 at 61592
2016.10.11 22:15:04.172 Trades  'xxxxx': accepted cancel order #45663070 buy limit 1.00 Si-12.16 at 61592
2016.10.11 22:15:04.172 Trades  'xxxxx': cancel order #45663070 buy limit 1.00 Si-12.16 at 61592 placed for execution
2016.10.11 22:15:05.008 Trades  'xxxxx': cancel #45663070 buy limit 1.00 Si-12.16 at market done in 842.320 ms

2016.10.11 22:15:04.153 TestOrders (Si-12.16,H1)        OnChartEvent Send Order Sync mode
2016.10.11 22:15:04.166 TestOrders (Si-12.16,H1)        SendOrderSyncMode Order sent in sync mode
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        RemoveOrderSyncMode Order sent (remove) in sync mode
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
=======================================================================================================================
------------------------------ Async mode -------------------------------------------------------------------------
2016.10.11 22:38:12.619 Trades  'xxxxx': sell limit 1.00 Si-12.16 at 66060
2016.10.11 22:38:12.625 Trades  'xxxxx': accepted sell limit 1.00 Si-12.16 at 66060
2016.10.11 22:38:12.626 Trades  'xxxxx': sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.320 ms

2016.10.11 22:38:12.631 Trades  'xxxxx': cancel order #45664156 sell limit 1.00 Si-12.16 at 66060
2016.10.11 22:38:12.636 Trades  'xxxxx': accepted cancel order #45664156 sell limit 1.00 Si-12.16 at 66060
2016.10.11 22:38:12.638 Trades  'xxxxx': cancel order #45664156 sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.365 ms


2016.10.11 22:38:12.619 TestOrders (Si-12.16,H1)        OnChartEvent Send Order Acync mode
2016.10.11 22:38:12.619 TestOrders (Si-12.16,H1)        SendOrderAsyncMode Order sent in async mode
2016.10.11 22:38:12.625 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1)        OnTradeTransaction Order get ticket done. Ticket = 45664156
2016.10.11 22:38:12.627 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:38:12.627 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10.11 22:38:12.630 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1)        OnTradeTransaction Order plased done. Ticket = 45664156

2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1)        RemoveOrderAsyncMode Order sent (remove) in async mode
2016.10.11 22:38:12.637 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:38:12.637 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1)        OnTradeTransaction Order get ticket done. Ticket = 45664156
2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.11 22:38:12.639 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10.11 22:38:12.640 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.11 22:38:12.642 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10.11 22:38:12.642 TestOrders (Si-12.16,H1)        OnTradeTransaction Order remove done. Ticket = 45664156

Im synchronen Modus ist nichts klar, weil alles in einer Charge in OnTradeTransaction gekommen ist (warum wohl?).

Im asynchronen Modus (die Pakete waren unterschiedlich) ist jedoch deutlich zu erkennen, dass

terminal message2016.10.11 22:38:12.626 Trades'xxxxxx': sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.320 ms is

keine Antwort von der Börse, sondern eine Antwort vom Handelsserver, dass er (der Server) ein Ticket zugewiesen hat2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done. Ticket = 45664156,

und die Antwort auf den Austausch ging erst viel später ein

2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1)        OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1)        OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1)        OnTradeTransaction Order plased done. Ticket = 45664156

Hinzugefügt

Richtig, wenn auch falsch.

Dateien:
TestOrders.mq5  23 kb
 

Wenn wir in der Demo (Build 1430) mit Aufträgen "spielen", können wir sehen, dass der synchrone Modus des Setzens/Löschens

eines Auftrags ist doppelt so lang wie im asynchronen Modus.

2016.10.12 18:12:00.819 Trades  '1007932': buy limit 1.00 GAZR-12.16 at 13163
2016.10.12 18:12:00.825 Trades  '1007932': accepted buy limit 1.00 GAZR-12.16 at 13163
2016.10.12 18:12:00.825 Trades  '1007932': buy limit 1.00 GAZR-12.16 at 13163 placed for execution
2016.10.12 18:12:00.841 Trades  '1007932': order #52106010 buy limit 1.00 / 1.00 GAZR-12.16 at 13163 done in 22.811 ms
2016.10.12 18:12:00.841 Trades  '1007932': cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163
2016.10.12 18:12:00.847 Trades  '1007932': accepted cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163
2016.10.12 18:12:00.848 Trades  '1007932': cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163 placed for execution
2016.10.12 18:12:00.859 Trades  '1007932': cancel #52106010 buy limit 1.00 GAZR-12.16 at market done in 17.947 ms
2016.10.12 18:12:10.011 Trades  '1007932': sell limit 1.00 GAZR-12.16 at 15145
2016.10.12 18:12:10.016 Trades  '1007932': accepted sell limit 1.00 GAZR-12.16 at 15145
2016.10.12 18:12:10.018 Trades  '1007932': sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 ms
2016.10.12 18:12:10.028 Trades  '1007932': cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145
2016.10.12 18:12:10.034 Trades  '1007932': accepted cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145
2016.10.12 18:12:10.034 Trades  '1007932': cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.274 ms

Es zeigt sich also, dass im synchronen Modus

2016.10.12 18:12:00.841 Trades'1007932': order #52106010 buy limit 1.00 / 1.00 GAZR-12.16 at 13163 done in 22.811 ms - Exchange response, and

in asynchron no2016.10.12 18:12:10.018 Trades'1007932': sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 ms

Hinzugefügt von

2016.10.12 18:12:00.819 TestOrders (GAZR-12.16,M1)      OnChartEvent Send Order Sync mode
2016.10.12 18:12:00.841 TestOrders (GAZR-12.16,M1)      SendOrderSyncMode Order sent in sync mode
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      RemoveOrderSyncMode Order sent (remove) in sync mode
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order plased done. Ticket = 52106010
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order not select! Ticket = 52106010
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order remove done. Ticket = 52106010
2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.12 18:12:10.011 TestOrders (GAZR-12.16,M1)      OnChartEvent Send Order Acync mode
2016.10.12 18:12:10.011 TestOrders (GAZR-12.16,M1)      SendOrderAsyncMode Order sent in async mode
2016.10.12 18:12:10.017 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD
2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order get ticket done. Ticket = 52106013
2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD
2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_PLACED
2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order plased done. Ticket = 52106013
2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1)      RemoveOrderAsyncMode Order sent (remove) in async mode
2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order get ticket done. Ticket = 52106013
2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE
2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL
2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE
2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD
2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Order remove done. Ticket = 52106013
2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1)      OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST
 

Zusammenfassend lässt sich sagen, dass Sie ein MT5-Terminal im lokalen Netzwerk Ihres Brokers installieren müssen.

Terminal und installieren Sie darauf einen Advisor, der "dummerweise" setzt und löscht

Aufträge im asynchronen Modus, dann ohne Einstellung oder Umprogrammierung von etwas

es ist möglich, den Grund für große Verzögerungen zu lokalisieren (auf dem Server, auf dem sich der MT5-Server befindet, oder auf dem MT5-Server selbst),

durch einfache Beobachtung der Verzögerungen.

Verkaufslimit 1,00 GAZR-12,16 zu 15145zur Ausführung in 6,982 ms

cancel order #52106013 sell limit1.00 GAZR-12.16 at 15145 placed for execution in 6.274 ms

Gestern habe ich meinen Makler über diesen Test informiert (und sogar den Experten zum Testen geschickt), aber wie üblich gab es

aber wie immer keine Antwort!

 

Hallo, mein Terminal (Firma Otkritie) wurde aktualisiert,

Wahrscheinlich "fehlerhaftes Verhalten des Testers". Aufträge mit Tickets 6,7

Bei Bestellung "Ticket=8" interessant, auf dem Screenshot "Log" ist es sichtbar,

dass ich es erfolgreich ändere, es aber in Vorgänge bleibt, dann wird in Vorgänge geschrieben, dass es erfolgreich geändert wurde. Hier sind 4 Screenshots, auf denen sie alle zu sehen sind.

PS: Es gibt nur sehr wenige Ticks auf den Balken, für die ich teste, aber trotzdem ...

 

Entschuldigung, ich habe einen Wunsch. Für meinen tickwise EA (nicht HFT)

Ich muss alle Aufträge und alle historischen Aufträge gleichzeitig scannen. Ist es möglich, eine Funktion zu schreiben

das dies tut. Ich möchte, dass diese Funktion garantiert alle Aufträge erfasst, die von "Orders" zu "Historical Orders" übergehen,

aber sie sind nicht in "Optionsscheine" und in "Historische Optionsscheine".

Ich habe noch einmal darüber nachgedacht :). Ich denke, es wäre wünschenswert, den Begriff der Ordnung und der historischen Ordnung zusammenzufassen und mit einer einzigen Liste zu arbeiten, d. h. es wird keine

Es wird keine zwei Listen geben.

PS. Ich kann es selbst schreiben, aber dazu muss ich eine Geschichte meiner "Manipulationen" führen.