FORTI. Problemi di applicazione - pagina 81

 
coderex:

MT4 non invia richieste da nessuna parte, a differenza di MT5, è progettato per le "cucine". E non conosco nessun broker che fornisce lavoro su MT4, conosco solo società di brokeraggio e quelli che cercano di chiamarsi broker, ma in realtà non sono tali nel FOREX. Se li conoscete, nominateli.

Pensavo che tutti li conoscessero. MT5, come MT4, ha bisogno di un gateway. La differenza è che, per la maggior parte, i gateway MT4 sono scritti da sviluppatori di terze parti, mentre MT5 è scritto da Metaquotes. La cosa interessante è che i rallentamenti di MT5 non sono stati osservati sui gateway forex. Ma su FORTS - facilmente.

Quindi il confronto tra MT4+gateway e MT5+gateway è completamente corretto. Anticipando possibili obiezioni, dirò che MT4 ha dei gateway, dove è possibile inviare ordini limite, come in borsa - per influenzare la formazione dei prezzi. In altre parole, il confronto è un confronto completo.

Sfortunatamente, tra i gateway MT5 di scambio, solo FORTS è disponibile a guardare. Sui gateway forex tutto è normale. I ritardi sono osservati, se ci fate caso, su strumenti di trading non particolarmente popolari. È logico controllare, ma gli sviluppatori non vogliono sentirne parlare per qualche motivo.

A proposito, se gli sviluppatori facessero un output più dettagliato nel log delle risposte alle richieste (terminale MT5 <-> server MT5 <-> Exchange Server), allora tutte le domande cadrebbero e il quadro della perdita di velocità nell'elaborazione e consegna delle richieste sarebbe chiaramente visibile.

Ora l'"accusa" è solo indiretta. Con l'introduzione della registrazione, penso che ci saranno fatti. Mi piacerebbe sbagliarmi.

 
fxsaber:

Pensavo che tutti li conoscessero. MT5, come MT4, ha bisogno di un gateway. La differenza è che, per la maggior parte, i gateway MT4 sono scritti da sviluppatori di terze parti e i gateway MT5 sono scritti da Metaquotes. La cosa interessante è che i rallentamenti di MT5 non sono stati osservati sui gateway forex. Ma su FORTS - facilmente.

Quindi il confronto tra MT4+gateway e MT5+gateway è completamente corretto. Anticipando possibili obiezioni, dirò che MT4 ha dei gateway, dove è possibile inviare ordini limite, come in borsa - per influenzare la formazione dei prezzi. In altre parole, il confronto è un confronto completo.

Purtroppo, tra i gateway MT5 di scambio, solo FORTS ha la capacità di guardare. Sui gateway forex tutto è normale. I ritardi sono osservati, se ci fate caso, su strumenti di trading non particolarmente popolari. È logico controllare, ma gli sviluppatori non vogliono sentirne parlare per qualche motivo.

Ora le "accuse" sono solo indirette. Con l'introduzione della registrazione, penso che ci saranno fatti. Mi piacerebbe sbagliarmi.


Non conosco broker che usano MT4 come piattaforma di scambio, chiedo informazioni almeno nel PM :) E cos'è, secondo lei, un gateway?

Per quanto ho capito, in MT4 lo schema semplificato è: terminale MT4 <---> server MT4 <---> Quotes Provider. Qui c'è lo schema completo di utilizzo e qui il confronto con MT5. Di conseguenza, i ritardi nell'elaborazione degli ordini di compravendita sono fuori questione, tranne che per il segmento terminale <-> server. L'altra domanda riguarda MT5 come piattaforma di scambio, Renat l'ha descritto sopra. Per le società di brokeraggio, lo schema di utilizzo di MT5 non è molto diverso da quello di MT4.

Se mi sbaglio, vi prego di inviarmi il link alle informazioni su MT4 e MT5 schema corretto per le società di brokeraggio.

Nota: DT non è un broker, è una "cucina", cioè l'esecuzione degli ordini di compravendita non va oltre i server di MT e non è corretto confrontare i ritardi tra DT e le borse.

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

Non conosco broker che usano MT4 come piattaforma di scambio, per favore date informazioni almeno in PM :) E qual è la porta d'ingresso nella sua comprensione?

Per quanto ho capito, in termini di MT4 si usa uno schema semplificato come segue - terminale MT4 <---> server MT4 <---> fornitore di quotazioni. Qui c'è lo schema completo di utilizzo e qui il confronto con MT5. Di conseguenza, i ritardi nell'elaborazione degli ordini di compravendita sono fuori questione, tranne che per il segmento terminale <-> server. L'altra domanda riguarda MT5 come piattaforma di scambio, Renat l'ha descritto sopra. Per le società di intermediazione penso che usare МТ5 non sia molto diverso dall'uso su МТ4.

Se mi sbaglio, vi prego di inviarmi il link alle informazioni su MT4 e MT5 schema corretto per le società di brokeraggio.

Nota: RC non è un broker, è una "cucina", cioè l'esecuzione delle richieste di trading non va oltre i server MT e non è corretto confrontare i ritardi tra un CC e uno scambio.

Sfortunatamente, le sue opinioni sono lontane dalla realtà. Te l'ho mandato in PM.
 
fxsaber:
Sfortunatamente, le vostre percezioni sono lontane dalla realtà. Ti ho mandato un messaggio in PM.
Le organizzazioni che mi hai mandato sono dealing desk (in altre parole "cucine"), perché non fanno accordi in borsa. E a giudicare dal fatto che ti ho fatto domande e hai risposto solo a una di esse, tendo a pensare Renat - non vuoi sentire quello che dicono, quindi chiudi la controversia :)
 
coderex:
Le organizzazioni che hai inviato sono i DC (in altre parole le "cucine") in quanto non portano gli scambi allo scambio. E a giudicare dal fatto che ti ho fatto delle domande e tu hai risposto solo a una di esse, sono incline all'opinione di Renat - tu non vuoi sentire quello che ti viene detto, quindi chiudi la disputa :)

Logica sorprendente! Non conosci MT4, benvenuto a ripetere

Forum sul trading, sistemi di trading automatico e test di strategia

FORTI. Domande sull'esecuzione

fxsaber, 2016.10.10 22:27

Amico, qualcuno può dirmi se su altre piattaforme questo tipo di assurdità con l'invio di ordini di più secondi accade?

 
Renat Fatkhullin:
Questa è la risposta della borsa, non del server di trading mt5.

Ho dubitato di questa affermazione e ho scritto un EA che mette

e cancella un ordine pendente nei modi OrderSend e OrderSendAsync (EA allegato)

L'Expert Advisor è stato eseguito su un conto reale, 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

In modalità sincrona, niente è chiaro, perché tutto è arrivato in un unico lotto in OnTradeTransaction (perché lo pensi?).

Ma in modalità asincrona (i pacchetti erano diversi) è chiaramente visibile che

messaggio terminale2016.10.11 22:38:12.626 Trades'xxxxxx': vendere limite 1.00 Si-12.16 a 66060 posto per l' esecuzione in 7.320 ms è

non la risposta dell'Exchange, ma la risposta del trade server che (il server) ha assegnato un Ticket2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done. Ticket = 45664156,

e la risposta di scambio è stata ricevuta molto più tardi

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

Aggiunto

Corretto, se sbagliato.

File:
TestOrders.mq5  23 kb
 

Se "giochiamo" con gli ordini nella demo (build 1430), possiamo vedere che il modo sincrono di impostare/cancellare

di un ordine è due volte più lungo che nella modalità asincrona.

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

Così si scopre che in modalità sincrona

2016.10.12 18:12:00.841 Trades'1007932': ordine #52106010 comprare limite 1.00 / 1.00 GAZR-12.16 a 13163 fatto in 22.811 ms - Risposta della borsa, e

in asincrono no2016.10.12 18:12:10.018 Trades'1007932': vendere limite 1.00 GAZR-12.16 a 15145 posto per l' esecuzione in 6.982 ms

Aggiunto da

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
 

Per riassumere, se installate un terminale MT5 sulla rete locale del vostro broker

e installarci sopra un advisor che imposti e cancelli "alla cieca" gli ordini in modalità asincrona, quindi senza impostare e riprogrammare nulla, non saremmo in grado di cambiare affatto l'ordine.

in modalità asincrona, quindi senza impostare o riprogrammare nulla

è possibile localizzare il motivo dei grandi ritardi (sul server dove si trova il server MT5 o sul server MT5 stesso),

semplicemente osservando i ritardi.

vendere limite 1.00 GAZR-12.16 a 15145 posto per l' esecuzione in 6.982 ms

cancellare l'ordine #52106013 vendere limite1.00 GAZR-12.16 a 15145 piazzato per l' esecuzione in 6.274 ms

Ieri ho scritto al mio broker su questo test (e ho anche inviato l'esperto per il test), ma come al solito c'era

ma come al solito nessuna risposta!

 

Ciao, il mio terminale (azienda Otkritie) aggiornato,

Probabilmente "comportamento errato del tester". Ordini con i biglietti 6,7

Con l'ordine "Ticket=8" interessante, sullo screenshot "Log" è visibile,

che lo modifico con successo, ma rimane in Operations, poi in Operations dice che è stato modificato con successo. Qui ci sono 4 screenshot di tutti loro visibili.

PS. Ci sono pochissimi tick sulle barre per le quali sto testando, ma tuttavia ...

 

Scusa, ho un desiderio. Per il mio EA tickwise (non HFT)

Ho bisogno di scansionare tutti gli ordini e tutti gli ordini storici allo stesso tempo. È possibile scrivere una funzione

che fa questo. Vorrei che questa funzione fosse garantita per catturare tutti gli ordini che vanno da "Ordini" a "Ordini storici",

ma non sono in "Warrants" e in "Historical Warrants".

Ci ho pensato ancora un po' :). Penso che sarebbe auspicabile per me fondere la nozione di ordine e ordine storico e lavorare con una sola lista, cioè non ci sarà

Non ci saranno due liste.

PS. Posso scriverlo io stesso, ma per questo ho bisogno di tenere una cronologia delle mie "manipolazioni".