Trabalho real no MT5 NDD - página 8
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Karlson:
Assumido movimento ascendente. A propagação está a aumentar, a ordem é agarrada por Ask, mas não houve quebra por Bid...
A imagem mostra que a oferta irá quebrar antes do pedido e não é claro qual é o problema.
O que está a tentar argumentar? A ideia é que a utilização de ordens limitadas dá a um comerciante a garantia de que a sua ordem não será executada a um preço pior, que precisa de uma emoção ou de negociar num grande volume - a ordem de mercado é uma boa solução.
Na verdade, o objectivo era assegurar que a ordem fosse executada ao melhor preço num determinado momento, e não ao pior... e para isso os limitadores são inúteis porque são normalmente o pior preço.
Assim, na ECN, os limitadores de execução rápida são inúteis, mas os mercados têm de executar ao melhor preço...
está tudo claro aí. porque o pedido é mais elevado do que a oferta.
como é possível que o preço aceite o pedido mas não a oferta que é mais baixa?
o que??????)
qual o preço que apanhará o bystop? o ask ou o bid?
a que preço são construídas as barras? asc ou bid?
what???? word picture :))
qual será o preço a pagar pelo bystop? a pergunta ou a oferta?
a que preço são construídas as barras? é asc ou bid?
o que é que isto tem a ver com o preço a que os bares são construídos? a compra abre-se ao preço de venda. e se olharmos para a imagem, o preço de venda primeiro retoma o preço de venda e depois o preço de venda.
não entendo a surpresa - é a primeira vez que vê o preço aberto para Ask quando os bares são construídos com Bid?
Não posso fazer uma condição de desvio para uma licitação ultrapassada.
No ECN pode limitar o preço Ask com a sua encomenda SellLimit, tal como qualquer outra pessoa. Portanto, a BuyStop pode depender directamente da existência do SellLimit de outra pessoa, incluindo o seu.
Uma ordem de paragem é um caso especial de uma ordem condicional. A sua condicionalidade reside no facto de não ter nada a ver com o mercado, mas ser apenas o iniciador de alguma execução de scripts (onStop-event) do lado da corretagem. No caso de uma ordem de paragem, o guião relevante é normalmente uma ordem de mercado, e em casos mais complicados uma ordem de limite.
Uma vez que as ordens condicionais são apenas scripts do lado do corretor, alguns corretores têm-nas, como mencionou: BUYSTOP_BYBID, SELLSTOP_BYASK.
A beleza das ordens condicionais é apenas que são executadas do lado do corretor e podem ser definidas manualmente a partir de qualquer lugar, ou seja, têm a maior velocidade de execução e conveniência possíveis. Por outro lado, se o seu servidor com a estratégia está em zero ping com o servidor de negociação (API), então a sua estratégia como um todo é uma ordem condicional, onde a única limitação é o servidor de negociação de ligação <-> Servidor de execução.
P.S. Em geral, as ordens de paragem clássicas são um enorme disparate. A partir de simples considerações de preços, as ordens de paragem condicional devem ser desencadeadas a preços diferentes dos da ordem clássica (BuyStop - Bid, SellStop - Ask). A única ordem de paragem condicional clássica que ainda pode ser justificada (entendida) é a ordem condicional de MargemCall-order.
o que é que isto tem a ver com o preço a que os bares são construídos? a compra abre-se ao preço pedido. e se olhar para a imagem, o preço pedido apanha primeiro o preço pedido e depois o preço pedido.
hmmm... parece estar com pressa criativa. É preciso simplificar as coisas aqui...
A imagem mostra que a barra alta (que se baseia no Bid) não chegou ao preço de topo de compra, o Ask chegou a ele.
Porque estou a perder o meu tempo contigo... Pergunto-me :)
Se não obtiver um bystop do preço Bid, qual é o problema? é comum colocar uma ordem pendente dentro do spread, porque ainda se abre no Ask, independentemente da forma como se corta.
O problema aqui é outro. Com um spread fixo conhecido, coloco uma pausa sobre o ziguezague em ziguezague+spread+filter (1pp).
Desta forma, a pausa será desencadeada quando a Proposta fizer uma quebra em ziguezague+filtro.
No caso de uma propagação flutuante prolongada, o pivô pode disparar sem inversão em ziguezague.