Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Il buy-stop non è in uscita alla borsa, ma "in servizio" sul server MT5, quindi,
Se c'è un forte movimento nel mercato delle scommesse, ci può essere uno slippage.
solo gli ordini limite vengono eseguiti al prezzo indicato?
Sì, a un prezzo non peggiore di quello indicato nel mandato, se non in tempo, allora
niente viene comprato (venduto).
In questo caso, il metodo di riempimento dell'ordine dovrebbe essere applicato IOC (per quanto tempo ha a disposizione)
request.type_filling=ORDER_FILLING_IOC;
Sì, a un prezzo non peggiore di quello indicato nel mandato, se non in tempo, allora
niente viene comprato (venduto).
In questo caso, il metodo di riempimento dell'ordine vale l'applicazione di IOC (tanto quanto ha tempo di prendere)
Questo approccio non è corretto perché diversi personaggi possono avere diversi tipi di riempimento.
Questo approccio è sbagliato, perché diversi personaggi possono avere diversi tipi di riempimento.
Quindi?
Sui personaggi ad alto riempimento, FOK non funzionerà affatto (semplicemente non avrà tempo).
E cosa c'entraENUM_SYMBOL_CALC_MODE con il vostro codice?
Dovete solo controllare:
Il risultato:
...
E cosa ha a che fare il tuo codice conENUM_SYMBOL_CALC_MODE?
Ho controllato subito come vengono compilati i futures per calcolare l'importo della garanzia. Ma perché diversi modi di riempimento sono impostati per diversi futures sul server di trading è una domanda per il broker. Tutto (per i futures) dovrebbe essere lo stesso.
Perché?
Gli stessi tipi di contratto devono avere le stesse proprietà. Ed ecco la risposta al perché alcuni simboli hanno tipi di riempimento diversi da altri:
Viene generata una lista nella finestra di Market Watch con i simboli "rotti". Si scopre che tutti questi "simboli rotti" hanno il commercio disattivato.
Salve,
Ho una domanda sul dispositivo terminale.
Per esempio, se si invia un ordine con il comando OrderSend(...), si ottiene una risposta vera e un biglietto,
e poi chiamare il comando OrderSelect(ticket), restituirà false in risposta
(nel qual caso l'ordine apparirà poi, esattamente tra gli ordini attivi).
La mia domanda è: avevo un ordine attivo. Ho ricevuto una risposta falsa con il comando OrderSelect(ticket),
Poi ho eseguito il comando HistoryOrderSelect(ticket), e di nuovo ho ricevuto una risposta falsa (cioè, l'ordine non è riuscito ad apparire nella storia).
Salve,
Ho una domanda sul dispositivo terminale.
Per esempio, se si invia un ordine con il comando OrderSend(...), si ottiene una risposta vera e un biglietto,
e poi chiamare il comando OrderSelect(ticket), restituirà false in risposta
(nel qual caso l'ordine apparirà poi, esattamente tra gli ordini attivi).
La mia domanda è: avevo un ordine attivo. Ho ricevuto una risposta falsa con il comando OrderSelect(ticket),
Poi ho eseguito il comando HistoryOrderSelect(ticket), e di nuovo ho ricevuto una risposta falsa (cioè, l'ordine non è riuscito ad apparire nella storia).