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

 
fxsaber:
Essa é a razão pela qual eu escrevi
Não me interessa o que o MT5 supostamente permite para pedidos com limites. O que importa é o que chega ao intercâmbio. Portanto, se o intercâmbio tivesse uma ordem de limite do COI, ele se comportaria como no ponto 1. FOK - p.2. Você não vê isto na troca, então devemos falar sobre a essência da FOK/IOC, e não sobre o que a MT5 permite algo lá em Request-queries. Faça um OrderGetInteger de seus "IOC"-limites pelo menos.

Você tem uma confusão em sua cabeça :)

В режиме биржевого исполнения цена, указываемая при выставлении лимитных ордеров, не проверяется.
Ее можно указать выше текущей цены Ask (для ордеров на покупку) и ниже цены Sell (для ордеров на продажу).
При выставлении ордера с такой ценой он практически сразу срабатывает и превращается в рыночный.
Однако в отличие от рыночных ордеров, где трейдер фактически соглашается на сделку по неуказанной текущей рыночной цене,
лимитный ордер будет исполнен по цене не худшей, чем указанная.
 

Se você não gosta do MT5 e está interessado, leia a descrição do portão FORTS Plaza 2

Método FutAddOrder - Adicionando um pedido

Tipo de mensagem: 64

Tipo de mensagem de resposta: 101

Notas:

- O campo de tipo pode assumir os seguintes valores:

1 oferta de cotação (permanece na fila após informações parciais)

2 contra lances (retirados após o leilão)

3 Lance de preenchimento ou de morte

2 contra lances (retirados após o leilão) - este é o COI, que pode ser um lance limite :)

Arquivos anexados:
p2gate_ru.zip  741 kb
 
fxsaber:
Configuramos o FOK-BuyLimit para 10 lotes dentro do spread e depois vendemos imediatamente 1 lote. A resposta esperada - SELL para 1 lote, e 10 lotes cancelados.
Você não vai ver isso. E o fato de que em Request for limit types FOK/IOC-tipos podem ser definidos, não significa que eles sejam deste tipo.

Faz sentido. Caso contrário, seria impossível executar este mercado de 1 lote até que alguém tomasse nosso limite de 10 lotes de compra em sua totalidade.

Bem, ou a barbatana teria saltado abaixo da licitação, o que também não deveria ser o caso.

 
Andrey Khatimlianskii:

Faz sentido. Caso contrário, seria impossível executar este mercado - vender 1 lote até que alguém tome nosso limite de compra de 10 lotes em sua totalidade.

Bem, ou a barbatana teria saltado abaixo da licitação, o que também não deveria ser o caso.

Nada disso faz sentido.

Colocando FOK BuyLimit, então a oferta será imediatamente executada ou rejeitada :)

Vocês fantasistas :)

 
prostotrader:

Não é lógico.

Se você colocar um FOK BuyLimit, a licitação será imediatamente aprovada ou rejeitada :)

Vocês fantasistas :)

Portanto, não se pode colocá-lo dentro do spread, ele será rejeitado imediatamente. Que tipo de limite é esse?
 
prostotrader:

Você está em uma confusão :)

В режиме биржевого исполнения цена, указываемая при выставлении лимитных ордеров, не проверяется.
Ее можно указать выше текущей цены Ask (для ордеров на покупку) и ниже цены Sell (для ордеров на продажу).
При выставлении ордера с такой ценой он практически сразу срабатывает и превращается в рыночный.
Однако в отличие от рыночных ордеров, где трейдер фактически соглашается на сделку по неуказанной текущей рыночной цене,
лимитный ордер будет исполнен по цене не худшей, чем указанная.

Não é uma minhoca do pensamento de outras pessoas, mas do seu próprio, com base na lógica, não na fé. Pare de colar textos fracos. Habilitar a lógica.

A argumentação "Eu li em algum lugar e alguém mostra algo lá" é falha. @Rashid Umarov, @Vasiliy Sokolov, @Dmitriy Skub e muitos outros, me batem na cabeça se eu estiver errado.

 
prostotrader:

Se você não gosta do MT5 e está interessado, leia a descrição do FORTS Plaza 2 Gateway

Leia atentamente o destacado

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

FORTES. Perguntas sobre a execução

fxsaber, 2017.02.22 22:56

Os limitadores FOK/IOC não o fazem, desde que sejam cobrados a um preço tão bom quanto o atual.
Existem dois "tipos" de limitadores - cotados e executados. A cotação não é pior do que o preço atual (e não é igual). As outras são Execução. Para o tipo de Execução, o FOK/IOC pode, de alguma forma, ser permitido. Para os citados (99% deles) - não.
 
Andrey Khatimlianskii:
Isso significa que não pode ser colocado dentro do spread, ele se desviará imediatamente. Que tipo de limite é este?

Vamos tratar dos mandados (FORTS).

No meu entender, estes são

Ordem de mercado - não tem preço e é imediatamente executada (é rejeitada se não houver volume suficienteem todas as ordens colocadas)

Ordem limitada - tem um preço e é imediatamente executada ao preço não pior do que o estabelecido na ordem (ou é rejeitada)

OrdemPendente (Limitada) - uma ordem que tem um preço de execução e estará na bolsa de valores até ser completamente preenchida ao preço declarado

Adicionado por

O que é totalmente consistente com o Plaza2

1 Ordem cotada (permanece na fila após informações parciais) - devolução (ordem pendente)

2 Contraproposta (retirada após o leilão) - COI (ordem de mercado ou limite)

3 Preencher ou Matar - FOK (ordem de mercado ou limite)

Adicionado por

Isto é, se uma ordem de preenchimento ou de morte é FOK, então

1. Se houver um preço no mandado, é uma ordem limite e será executada se houver tal preço com o volume necessário

2. Se não houver preço, então esta é uma ordem de mercado que será preenchida a um preço (se o volume requerido estiver disponível) ou reunirá volume de vários preços ou falhará se o volume requerido não estiver disponível em todas as ordens colocadas.

 
Print(OrderGetInteger(ORDER_TYPE_FILLING)); // Точка
 
fxsaber:
Eu recomendo a atualização para 1531+. Aí estão os dados do servidor.
JI      0       11:29:50.991    Trades  '5245006': cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
PN      0       11:29:52.745    Trades  '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM      0       11:29:55.329    Trades  '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)

CQ      0       11:29:55.339    Trades  '5245006': exchange buy 1.00 RTS-9.17 at market
DJ      0       11:29:59.405    Trades  '5245006': accepted exchange buy 1.00 RTS-9.17 at market
DM      0       11:30:03.851    Trades  '5245006': deal #117691016 buy 1.00 RTS-9.17 at 115040 done (based on order #134079385)
HP      0       11:30:03.851    Trades  '5245006': order #134079385 buy 1.00 / 1.00 RTS-9.17 at 115040 done in 8512.198 ms (8457.310 ms on server)

DQ      0       11:35:57.511    Trades  '5245006': buy limit 1.00 GBPCAD at 1.47480
HH      0       11:35:59.332    Trades  '5245006': accepted buy limit 1.00 GBPCAD at 1.47480
GR      0       11:36:01.203    Trades  '5245006': order #134084771 buy limit 1.00 / 1.00 GBPCAD at market done in 3695.461 ms (3643.142 ms on server)
Os registros confirmam plenamente que é o servidor, não a Internet, que está diminuindo a velocidade.


Algum progresso sobre a latência?

Parece-me que o servidor não consegue lidar com pacotes de pedidos

Eu recebo as ordens em massa antes de cada clareira.

E você pode ver claramente que o atraso está se acumulando.

2017.03.01 23:49:25.490 Trades  'xxxxx': cancel order #53328714 buy limit 1.00 RTS-6.17 at 110480 placed for execution in 6.319 ms
2017.03.01 23:49:31.102 Trades  'xxxxx': cancel order #53328620 sell limit 1.00 Si-12.18 at 68290
2017.03.01 23:49:31.103 Trades  'xxxxx': cancel order #53328618 sell limit 1.00 RTS-12.18 at 107680
2017.03.01 23:49:31.103 Trades  'xxxxx': cancel order #53328633 buy limit 2.00 UCAD-6.17 at 1.3222
2017.03.01 23:49:31.103 Trades  'xxxxx': cancel order #53324078 sell limit 2.00 UCAD-6.17 at 1.3418
2017.03.01 23:49:31.104 Trades  'xxxxx': cancel order #53328621 sell limit 2.00 RTS-6.18 at 110490
2017.03.01 23:49:31.104 Trades  'xxxxx': cancel order #53328643 buy limit 8.00 GOLD-9.17 at 1255.0
2017.03.01 23:49:31.104 Trades  'xxxxx': cancel order #53328199 sell limit 2.00 GOLD-9.17 at 1266.6
2017.03.01 23:49:31.108 Trades  'xxxxx': accepted cancel order #53328620 sell limit 1.00 Si-12.18 at 68290
2017.03.01 23:49:31.114 Trades  'xxxxx': accepted cancel order #53328618 sell limit 1.00 RTS-12.18 at 107680
2017.03.01 23:49:31.115 Trades  'xxxxx': accepted cancel order #53328633 buy limit 2.00 UCAD-6.17 at 1.3222
2017.03.01 23:49:31.125 Trades  'xxxxx': accepted cancel order #53324078 sell limit 2.00 UCAD-6.17 at 1.3418
2017.03.01 23:49:31.127 Trades  'xxxxx': accepted cancel order #53328621 sell limit 2.00 RTS-6.18 at 110490
2017.03.01 23:49:31.132 Trades  'xxxxx': accepted cancel order #53328643 buy limit 8.00 GOLD-9.17 at 1255.0
2017.03.01 23:49:31.135 Trades  'xxxxx': cancel order #53328620 sell limit 1.00 Si-12.18 at 68290 placed for execution in 33.379 ms
2017.03.01 23:49:31.137 Trades  'xxxxx': accepted cancel order #53328199 sell limit 2.00 GOLD-9.17 at 1266.6
2017.03.01 23:49:31.143 Trades  'xxxxx': cancel order #53328618 sell limit 1.00 RTS-12.18 at 107680 placed for execution in 39.874 ms
2017.03.01 23:49:31.145 Trades  'xxxxx': cancel order #53328633 buy limit 2.00 UCAD-6.17 at 1.3222 placed for execution in 41.510 ms
2017.03.01 23:49:31.147 Trades  'xxxxx': cancel order #53324078 sell limit 2.00 UCAD-6.17 at 1.3418 placed for execution in 43.576 ms
2017.03.01 23:49:31.154 Trades  'xxxxx': cancel order #53328621 sell limit 2.00 RTS-6.18 at 110490 placed for execution in 50.661 ms
2017.03.01 23:49:31.156 Trades  'xxxxx': cancel order #53328643 buy limit 8.00 GOLD-9.17 at 1255.0 placed for execution in 52.170 ms
2017.03.01 23:49:31.159 Trades  'xxxxx': cancel order #53328199 sell limit 2.00 GOLD-9.17 at 1266.6 placed for execution in 55.586 ms
Razão: