Ordem rejeitada

Uma ordem rejeitada não executou, não ficou no livro e não lhe custou nada. O protocolo verifica todas as ordens antes de chegarem ao livro, e a rejeição diz-lhe qual foi a verificação que falhou. Percorra esta lista pela ordem indicada — os três primeiros pontos cobrem a maioria das rejeições.

​

Margem insuficiente

A rejeição mais comum. O seu colateral disponível não cobre a margem inicial da ordem mais a comissão reservada para fechar mais tarde a posição resultante. Repare na segunda parte: o requisito é ligeiramente superior a tamanho ÷ alavancagem, porque o protocolo reserva uma provisão para a comissão de fecho no momento em que abre a posição. Uma ordem dimensionada exatamente ao seu saldo disponível será rejeitada por este motivo. Ver Comissões de negociação. Solução: reduza o tamanho, aumente a alavancagem ou deposite mais colateral. Verifique Margin Required no painel de ordens antes de submeter — mostra o número que a verificação vai usar.

​

O post-only teria cruzado

Usou ALO (post-only, apenas maker) e a ordem teria retirado liquidez em vez de a acrescentar. Nesse caso o post-only é rejeitado em vez de executado — é exatamente para isso que serve. Solução: afaste o preço para que não cruze, ou mude para GTC se estiver disposto a pagar a taxa de taker.

​

O reduce-only não reduziria nada

Marcou a ordem como reduce-only (apenas redução) e ela não encolheria posição nenhuma — ou não tem posição, ou a que tem está do lado contrário. Solução: verifique o separador Positions. Aqui o reduce-only está a fazer o seu trabalho: travar uma ordem que teria aberto exposição que não pretendia. Ver Reduce-only.

​

Prevenção de autonegociação

A ordem teria cruzado com uma ordem sua que estava no livro. O protocolo impede isso em vez de o deixar negociar consigo mesmo. Qual dos lados é cancelado depende do modo definido na ordem — expirar o taker, o maker ou ambos. Ver Prevenção de autonegociação. Solução: cancele primeiro a sua ordem no livro do lado contrário, ou escolha outro modo.

​

Preço fora da banda

As ordens demasiado afastadas do preço de referência são rejeitadas, quer fiquem no livro quer executem. A banda trava ordens com erro de digitação e impede que um livro fino seja percorrido até um preço absurdo. Solução: coloque o preço mais perto do mercado. Se quiser deixar uma ordem afastada no livro, a banda é o limite da distância a que ela pode ficar.

​

Precisão de tamanho ou de preço

Cada mercado tem um tick size (incremento mínimo de preço) e um lot size (incremento mínimo de quantidade). Um preço ou um tamanho que não caia num incremento válido é rejeitado, não arredondado — arredondar significaria executar algo que não pediu. Há também tamanhos mínimo e máximo de ordem por mercado. Solução: arredonde para os incrementos do mercado. Leia-os na especificação do contrato em vez de os assumir — ver Precisão.

​

Limite de posição

A ordem empurraria a sua posição para além do teto de concentração deste mercado, que limita a fatia do open interest (posições em aberto) que uma única conta pode deter. Solução: reduza o tamanho. Ver Limites de posição.

​

O mercado não está a aceitar essa ordem

Cada mercado tem um estado que determina o que o livro aceita. Um mercado em ReduceOnly só aceita ordens de fecho; PostOnly rejeita todas as ordens de taker; Paused e PreOpen não aceitam nada de contas normais. Solução: aqui é o mercado a dizer-lhe o que está a aceitar neste momento, não uma falha da sua ordem. Ver Listagens.

​

Rate limit excedido

Demasiados pedidos em demasiado pouco tempo. Afeta a negociação automatizada muito mais do que a manual. Solução: recue e tente de novo. Se estiver a construir uma integração, ver Programadores.

​

Continua sem explicação

Se nada do que está acima encaixar, escreva para contact@intention.xyz com:

​

Para onde ir a seguir