FORTES. Questões de aplicação da lei - página 82

 
Sergey Kudryavtsev:

Desculpe, eu tenho um desejo. Para a minha EA (não HFT)

Preciso examinar todas as ordens e todas as ordens históricas ao mesmo tempo. É possível escrever uma função

que faz isso. Eu gostaria que esta função tivesse a garantia de pegar todas as ordens que vão desde ordens até ordens históricas,

mas não estão em Warrants e Warrants Históricos.

Pensou mais :). Acho que seria desejável para mim fundir a noção de ordem e ordem histórica e trabalhar com uma lista, ou seja, não haverá

Não haverá duas listas.

PS. Eu mesmo posso escrevê-lo, mas para isso preciso manter um histórico de minhas "manipulações".

Qual é a sua língua materna?
 
Sergey Chalyshev:
Qual é a sua língua materna?
Eu também não entendi nada :)
 
Sergey Chalyshev:
Qual é a sua língua materna?
Russo.
 

Olá.

Por favor, informe:

1. se tivermos o seguinte registro:

2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27980, vol = 7, time = 2016.10.27 11:03:09.606. LAST = 98850
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27981, vol = 21, time = 2016.10.27 11:03:09.606. LAST = 98850
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27982, vol = 5, time = 2016.10.27 11:03:09.606. LAST = 98850
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27983, vol = 9, time = 2016.10.27 11:03:09.606. LAST = 98850
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27984, vol = 1, time = 2016.10.27 11:03:09.606. LAST = 98850

Com o mesmo tempo de execução com precisão de milissegundos, isso significa que há uma grande encomenda no mercado e é satisfeita por vários limites de diferentes contrapartes?

2. Se houver um tronco como este logo em seguida:

2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27985, vol = 2, time = 2016.10.27 11:03:09.863. LAST = 98840
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27986, vol = 1, time = 2016.10.27 11:03:09.863. LAST = 98840
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27987, vol = 1, time = 2016.10.27 11:03:09.863. LAST = 98840
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27988, vol = 3, time = 2016.10.27 11:03:09.863. LAST = 98840
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27989, vol = 1, time = 2016.10.27 11:03:09.863. LAST = 98840
2016.10.28 10:54:09.324 (RTS-12.16,M1)  ModeSingle: #27990, vol = 1, time = 2016.10.27 11:03:09.863. LAST = 98840

É seguro dizer que é a mesma ordem que continua a "comer" limites de diferentes contrapartes, apenas no nível seguinte?

Sim, cada transação de ambos os logs resultou em uma venda!

 
Alexey Kozitsyn:

Fórum sobre comércio, sistemas comerciais automatizados e estratégias comerciais de teste

A Fita do Comércio em Metatrader 5

Vasiliy Sokolov, 2016.09.19 15:37

Sim, é isso mesmo. O mesmo tempo de licitação mostra que uma licitação foi executada por várias contrapartes (7) com menos volume (1, 1, 1, 1, 1, 1, 3, 2, 1). Não se sabe se houve mais volume neste nível ou não, mas sabe-se que esta ordem de mercado para dez lotes foi executada sem deslizamento, pois o preço seguinte 98350 apareceu apenas 1 segundo depois, ou seja, já era uma ordem diferente.
 
fxsaber:

Lembro-me de ver uma pergunta semelhante em algum lugar. Obrigado (risos)

Alguma idéia sobre a segunda parte?

 
Alexey Kozitsyn:

Alguma idéia sobre a segunda parte?

O tempo mudou - outra aplicação.
 

Caras que trabalham na BCS, vocês também têm isso?

2016.12.14 22:01:41.371 Trades  'xxxxx': cancel order #49932961 buy limit 1.00 CHMF-6.17 at 92501 placed for execution in 64873.549 ms
2016.12.14 22:01:41.383 Trades  'xxxxx': cancel order #49935891 buy limit 1.00 PLT-6.17 at 940.3 placed for execution in 64885.230 ms
2016.12.14 22:01:41.392 Trades  'xxxxx': cancel order #49939244 sell limit 1.00 PLT-6.17 at 969.5 placed for execution in 64893.819 ms
2016.12.14 22:01:41.397 Trades  'xxxxx': cancel order #49931798 buy limit 1.00 SBPR-6.17 at 12319 placed for execution in 64898.584 ms
2016.12.14 22:01:41.406 Trades  'xxxxx': cancel order #49931712 sell limit 1.00 NOTK-6.17 at 89571 placed for execution in 64908.234 ms
2016.12.14 22:01:41.413 Trades  'xxxxx': cancel order #49931711 buy limit 1.00 HYDR-6.17 at 9403 placed for execution in 64915.385 ms
2016.12.14 22:01:41.422 Trades  'xxxxx': cancel order #49935491 buy limit 1.00 MGNT-6.17 at 10167 placed for execution in 64924.367 ms
2016.12.14 22:01:41.431 Trades  'xxxxx': cancel order #49931802 sell limit 1.00 GOLD-9.17 at 1190.2 placed for execution in 64926.078 ms
2016.12.14 22:01:41.520 Trades  'xxxxx': cancel order #49931470 sell limit 1.00 BR-5.17 at 57.26 placed for execution in 65010.755 ms
 

Por que é assim?


2017.02.08 10:00:01.231 Trades  'xxxxx': buy limit 2.00 Eu-6.17 at 65101 placed for execution in 1326.651 ms
2017.02.08 10:00:01.231 Trades  'xxxxx': accepted sell limit 1.00 VTBR-6.17 at 7265
2017.02.08 10:00:01.241 Trades  'xxxxx': accepted buy limit 2.00 UCHF-6.17 at 0.9766
2017.02.08 10:00:01.241 Trades  'xxxxx': sell limit 2.00 Eu-6.17 at 68408 placed for execution in 1334.829 ms
2017.02.08 10:00:01.251 Trades  'xxxxx': accepted buy limit 1.00 UCAD-6.17 at 1.2926
2017.02.08 10:00:01.251 Trades  'xxxxx': sell limit 1.00 VTBR-6.17 at 7265 placed for execution in 1301.609 ms
2017.02.08 10:00:01.251 Trades  'xxxxx': buy limit 2.00 UCHF-6.17 at 0.9766 placed for execution in 1205.209 ms
2017.02.08 10:00:01.251 Trades  'xxxxx': accepted sell limit 2.00 UCHF-6.17 at 1.0166
2017.02.08 10:00:01.251 Trades  'xxxxx': buy limit 1.00 UCAD-6.17 at 1.2926 placed for execution in 1207.740 ms

Quando você pode fazer isso

2017.02.08 22:14:14.851 Trades  'xxxxx': buy limit 2.00 Si-12.17 at 62756
2017.02.08 22:14:14.856 Trades  'xxxxx': accepted buy limit 2.00 Si-12.17 at 62756
2017.02.08 22:14:14.857 Trades  'xxxxx': buy limit 2.00 Si-12.17 at 62756 placed for execution in 5.349 ms
2017.02.08 22:14:14.868 Trades  'xxxxx': cancel order #52295149 buy limit 2.00 Si-12.17 at 62756
2017.02.08 22:14:14.873 Trades  'xxxxx': accepted cancel order #52295149 buy limit 2.00 Si-12.17 at 62756
2017.02.08 22:14:14.874 Trades  'xxxxx': cancel order #52295149 buy limit 2.00 Si-12.17 at 62756 placed for execution in 5.957 ms
 
prostotrader:

Por que é assim?

Servidor Alpari-MT5-Demo. Este roteiro foi executado duas vezes.

2017.02.08 22:55:13.170 Trades  '50075899': market buy 1.00 BRN
2017.02.08 22:55:15.817 Trades  '50075899': accepted market buy 1.00 BRN
2017.02.08 22:55:15.817 Trades  '50075899': deal #4163994 buy 1.00 BRN at 55.41 done (based on order #5506688)
2017.02.08 22:55:15.827 Trades  '50075899': order #5506688 buy 1.00 / 1.00 BRN at 55.41 done in 2658.948 ms
2017.02.08 22:55:15.827 Trades  '50075899': modify #5506688 buy 1.00 BRN sl: 0.00, tp: 0.00 -> sl: 54.41, tp: 56.41
2017.02.08 22:55:17.270 Trades  '50075899': accepted modify #5506688 buy 1.00 BRN sl: 0.00, tp: 0.00 -> sl: 54.41, tp: 56.41
2017.02.08 22:55:18.124 Trades  '50075899': modify #5506688 buy 1.00 BRN -> sl: 54.41, tp: 56.41 done in 2295.483 ms
2017.02.08 22:55:18.124 Trades  '50075899': market sell 1.00 BRN, close #5506688 buy 1.00 BRN 55.41
2017.02.08 22:55:23.246 Trades  '50075899': accepted market sell 1.00 BRN, close #5506688 buy 1.00 BRN 55.41
2017.02.08 22:55:23.246 Trades  '50075899': deal #4163995 sell 1.00 BRN at 55.27 done (based on order #5506689)
2017.02.08 22:55:23.246 Trades  '50075899': order #5506689 sell 1.00 / 1.00 BRN at 55.27 done in 5119.709 ms

2017.02.08 22:55:23.246 Trades  '50075899': buy limit 1.00 BRN at 54.40
2017.02.08 22:55:23.309 Trades  '50075899': accepted buy limit 1.00 BRN at 54.40
2017.02.08 22:55:23.314 Trades  '50075899': order #5506691 buy limit 1.00 / 1.00 BRN at market done in 66.501 ms
2017.02.08 22:55:23.314 Trades  '50075899': cancel order #5506691 buy limit 1.00 BRN at 54.40
2017.02.08 22:55:23.376 Trades  '50075899': accepted cancel order #5506691 buy limit 1.00 BRN at 54.40
2017.02.08 22:55:23.379 Trades  '50075899': cancel #5506691 buy limit 1.00 BRN at market done in 64.586 ms

2017.02.08 22:55:48.729 Trades  '50075899': market buy 1.00 BRN
2017.02.08 22:55:48.801 Trades  '50075899': accepted market buy 1.00 BRN
2017.02.08 22:55:48.801 Trades  '50075899': deal #4163999 buy 1.00 BRN at 55.39 done (based on order #5506694)
2017.02.08 22:55:48.809 Trades  '50075899': order #5506694 buy 1.00 / 1.00 BRN at 55.39 done in 78.782 ms
2017.02.08 22:55:48.809 Trades  '50075899': modify #5506694 buy 1.00 BRN sl: 0.00, tp: 0.00 -> sl: 54.39, tp: 56.39
2017.02.08 22:55:48.879 Trades  '50075899': accepted modify #5506694 buy 1.00 BRN sl: 0.00, tp: 0.00 -> sl: 54.39, tp: 56.39
2017.02.08 22:55:48.886 Trades  '50075899': modify #5506694 buy 1.00 BRN -> sl: 54.39, tp: 56.39 done in 77.030 ms
2017.02.08 22:55:48.886 Trades  '50075899': market sell 1.00 BRN, close #5506694 buy 1.00 BRN 55.39
2017.02.08 22:55:48.961 Trades  '50075899': accepted market sell 1.00 BRN, close #5506694 buy 1.00 BRN 55.39
2017.02.08 22:55:48.966 Trades  '50075899': deal #4164000 sell 1.00 BRN at 55.27 done (based on order #5506695)
2017.02.08 22:55:48.966 Trades  '50075899': order #5506695 sell 1.00 / 1.00 BRN at 55.27 done in 79.688 ms
2017.02.08 22:55:48.966 Trades  '50075899': buy limit 1.00 BRN at 54.39
2017.02.08 22:55:49.034 Trades  '50075899': accepted buy limit 1.00 BRN at 54.39
2017.02.08 22:55:49.041 Trades  '50075899': order #5506696 buy limit 1.00 / 1.00 BRN at market done in 75.393 ms
2017.02.08 22:55:49.041 Trades  '50075899': cancel order #5506696 buy limit 1.00 BRN at 54.39
2017.02.08 22:55:49.116 Trades  '50075899': accepted cancel order #5506696 buy limit 1.00 BRN at 54.39
2017.02.08 22:55:49.116 Trades  '50075899': cancel #5506696 buy limit 1.00 BRN at market done in 83.423 ms

Tais abrandamentos inesperados ocorrem em quase todos os servidores de demonstração. Portanto, o problema não diz respeito apenas aos FORTS.

Neste caso, os desenvolvedores deveriam ser mais fáceis de lidar, já que não há ponte. Dê uma olhada nesta situação.