È possibile implementare una contabilità AFFIDABILE della struttura delle posizioni aggregate in MT5? - pagina 17

 
TheXpert >> :

Dipende da come la si guarda. Ci sono sempre vantaggi e svantaggi.

Sono sicuro che non troverete un modo affidabile al 100%.

Potete fare un ordine con TP e SL.

Ma tutto questo non ha senso in un MT5 con più EAs.

 
thecore >> :


Quindi non c'era bisogno di test nello spazio post-sovietico.

Altrimenti è ridicolo: il terminale è in inglese, l'aiuto è in russo.

Spero che sia chiaro a tutti, a chi riferisce il produttore.

Nessun servizio di supporto, nessun beta tester.

(Non intendo quei tre sfortunati che a volte appaiono sul forum e allo stesso tempo

(Non mi riferisco a quelle tre povere anime che ogni tanto fluttuano sul forum).

Di che tipo di dominazione del mondo stiamo parlando?

Lei è una natura molto contraddittoria.

=====================

Quindi. Se mettiamo da parte le discussioni sulla necessità/necessità di lavorare EAs in un ticker allo stesso tempo (conoscete la mia diagnosi - schizofrenia), allora il risultato è il seguente:

- la contabilità locale è inaffidabile proprio a causa di questa località;

- la contabilità del server è inaffidabile perché, avendo creato solo la contabilità aggregata, i MC non hanno fornito il servizio di esecuzione delle strategie sul server, cioè esattamente: STRATEGIE SUL SERVER. Questo è ciò che è necessario per risolvere il problema dell'affidabilità della contabilità della struttura delle posizioni nell'approccio netto.

- Modi per risolvere il problema, IMHO, possono essere trovati - se qualcuno ne ha urgente bisogno. La questione è nei costi e nella necessità.

 
thecore >> :


Quindi non c'era bisogno di test nello spazio post-sovietico.

Per il resto, è ridicolo: il terminale è in inglese, l'aiuto è in russo.

Quindi immaginate che non lo facciano. Siete stati costretti a scaricare la beta, costretti a installarla e poi a fissare lo schermo? Non torturarti, cancella tutto...

 
thecore писал(а) >>

Per getch e Integer

Temo che dal punto di vista dell'argomento di questo thread "È possibile implementare in MT5 una contabilità affidabile della struttura delle posizioni aggregate?

Sostituire TP e SL con ordini pendenti non è una soluzione.

Lo spiegherò con un esempio:

1. Hai fatto un ordine - questa è un'operazione SICURA

2. Piazzare un ordine pendente invece di SL e TP è un'operazione AFFIDABILE, dato che non si possono piazzare due ordini durante una transazione con il server.

transazione con il server. Ed è ancora più impossibile piazzare tre ordini, due in sospeso insieme all'ordine principale.

Questo significa che nel tempo che intercorre tra l'immissione degli ordini potrebbe accadere una situazione inaspettata, che porterebbe a

l'impossibilità di piazzare tempestivamente gli ordini in sospeso, o addirittura la perdita di uno o entrambi

o entrambi a causa di un errore di connessione, per esempio.

Ok, supponiamo di avere obiettivi molto grandi (>100 pips) e siamo riusciti a fissarli, abbiamo inserito un sacco di controlli nel nostro EA e posto

e impostare i maledetti ordini pendenti.

3. Il prezzo si è mosso in qualche direzione ed è scattato un ordine pendente, per esempio SL.

4. L'ordine è chiuso? Non lo è. Abbiamo ancora uno sfortunato ordine pendente responsabile di TP.

Beh, chi dovrebbe rimuoverlo in tempo? Pushkin, - no, ti sbagli. Dovrebbe essere rimosso dalla nostra EA.

Questa non è solo un'operazione SUPER HATE, ma l'orrore del programmatore.

(Per non parlare dei commercianti, a loro non importa nulla, hanno un solo ordine per tutte le occasioni).

Perché la perdita di comunicazione a questo punto porterà a una perdita totale di controllo sull'Expert Advisor e sul conto.

Questa è una tendenza paradossale. Qui tutti sostengono il MM dello 0,0003% del deposito, poi abbiamo bisogno di uno stoploss affidabile. Consideriamolo come dovrebbe essere - lo stoploss è una soluzione di emergenza estrema per salvare il deposito, per tutto il resto - il mercato chiude. In realtà, solo pochi terminali hanno la possibilità di aprire ordini con stoploss e takeprofit preinstallati.

 
Svinozavr >> :


- Modi per risolvere il problema possono essere trovati, IMHO, se qualcuno ne ha urgente bisogno. La questione è il costo e la necessità.

Tu, che non sei un programmatore, probabilmente pensi che se riunisci un sacco di programmatori e iniziano

pensare, pensare, e poi programmare, programmare, programmare - programmeranno tutto il mondo.

Devo deludervi che non è questo il caso.

Non sono i programmatori a risolvere i problemi, sono gli analisti di sistemi che

prima che i programmatori inizino a produrre codice devono dire loro

cosa fare e come farlo e cosa succederà se lo fanno male.

Purtroppo, quando si pianificava la struttura di MT5, l'analista era in vacanza e

Quando è arrivato, aveva già scritto metà del programma e tutto quello che doveva fare era alzare le spalle,

come - ah, fate quello che volete.

Ecco perché abbiamo il tetris negli esempi, non una strategia di trading.

 
.... Forse è il momento di applicare l'analisi piuttosto che giocare al tic-tac-toe degli ordini...
 
Integer >> :

Una tendenza paradossale. Qui tutti sono a favore del MM allo 0,0003% del deposito, poi servono stoploss affidabili. Prendiamola come dovrebbe essere - lo stoploss è l'ultima soluzione di emergenza per salvare il deposito, per tutto il resto - il mercato chiude. In generale, solo pochi terminali di trading permettono di aprire ordini con stoploss e takeprofit preimpostati.


È interessante vedere cosa succederà al servizio di supporto quando gli ordini pendenti verranno attivati durante il giorno,

sostituendo SL e TP.

 
getch >> :

2. Non è possibile piazzare più ordini sul mercato allo stesso tempo. Questo era possibile solo sulle piattaforme "non di mercato". Tutti gli ordini sono accodati attraverso il server di esecuzione. Per esempio, su Dukascopy piazzando un ordine pendente o a mercato con livelli TP e SL, vi sembra di aver piazzato simultaneamente 3/2 condizioni, in realtà vanno in sequenza. Questa è la tecnologia ed è logica. Inoltre, per l'ordine Limit nel mercato, il margine è richiesto, perché l'ordine Limit nel mercato è un ordine garantito, e quindi non ci dovrebbero essere problemi con la sua esecuzione. Lo stesso vale per i livelli di TP. Tuttavia su Dukascopy i TP non sono inclusi nello stack ma vengono eseguiti come entrata nel mercato.

4. Il problema della rimozione del livello SL/TP in MT5 dopo l'innesco di un altro livello TP/SL è sulle spalle del trader. Su Dukascopy, questo è sulle spalle del server di esecuzione. Per rimuovere in modo affidabile il TP in caso di SL, DEVI (o non puoi) avere il TP nel ticker, altrimenti può succedere che venga eseguito dopo lo SL.

Ci sono molte sfumature, e i livelli SL e TP possono essere implementati OBBLIGATORIAMENTE attraverso le esecuzioni di mercato, quindi la possibilità per gli sviluppatori MT5 di seguire il percorso di Dukascopy. Oppure, c'è un'opzione di implementazione TP indipendente tramite una tabella (è quello che ho citato sopra), poi gli sviluppatori hanno solo bisogno di aggiungere posizioni virtuali senza livelli SL e TP.

Appena chiarito. Poiché il livello SL non è garantito in alcun modo, ma eseguito sui mercati solo su richiesta del mercato, il livello TP non è necessario. Semplicemente, prima di eseguire SL sul mercato, il server di esecuzione (Dukascopy) cancella il livello TP (anche se si trova nello stack). Questo è il punto che, purtroppo, non può essere implementato dal trader in MT5, anche se ha una connessione perfetta al server di trading. Ed è, infatti, ESTREMAMENTE IMPOSSIBILE sulla MT5.

 
thecore писал(а) >>
MT5 non è progettato per collocare diverse posizioni su uno strumento

MT5 non è progettato per gestire più EAs

MT5 non è progettato per coprire posizioni su un singolo strumento

MT5 non è progettato per Expert Advisor e trading manuale insieme

MT5 non supporta il codice MT4

MT5 non supporta la logica del programma MT4

...

Che divertimento c'è allora. In un altro nuovo programma.

MQL5 è molto più potente e veloce.

E per il resto, sto già pensando che è davvero un errore passare a questo tipo di contabilità. La ragione è che il robot di trading è in grado di calcolare immediatamente le posizioni nette (su un server di trading, nel dealing, in Expert Advisor, o utilizzando semplici script nel trading manuale), e chi ne ha bisogno (un trader, un broker), mentre la conversione inversa, anche se è possibile, costa parecchio. Non so come farlo in modo affidabile, tenendo conto di tutte le situazioni che affronto nel trading. Ma c'è abbastanza tempo prima dell'operazione MT5, forse qualcosa verrà fuori...

 
thecore >> :

Come non programmatore, probabilmente pensate che se mettete insieme un sacco di programmatori e iniziano

pensano e pensano e poi programmano e programmano e programmano - programmeranno tutto il mondo.

Devo deludervi che non è questo il caso.

Non sono i programmatori a risolvere i problemi, sono gli analisti di sistemi che

prima che i programmatori inizino a produrre codice devono dire loro

cosa fare e come farlo e cosa succederà se lo fanno male.

Purtroppo, quando si pianificava la struttura di MT5, l'analista era in vacanza e

Quando è arrivato, aveva già scritto metà del programma e tutto quello che doveva fare era alzare le spalle,

come - ah, fate quello che volete.

Ecco perché abbiamo il tetris negli esempi, non una strategia di trading.


Le tue affermazioni audaci in varie occasioni (le mie qualifiche, la situazione in MK, ecc.) riducono un po' l'interesse per la tua opinione, non credi?) In qualche modo non ha senso rispondere a te - perché rispondere alle dichiarazioni di una persona chiaramente inadeguata? )))

Per cominciare, smettete di confondere le allucinazioni con la realtà - parliamo.