Ir para o conteúdo

Reduce-only: reduzir uma posição sem aumentá-la

Reduce-only limita uma ordem para que ela apenas reduza uma posição. Não é stop nem garante o fechamento; rejeição, ajuste e cancelamento dependem do mercado.

Em palavras simples — Reduce-only limita o efeito da ordem: ela pode diminuir uma posição existente, mas não deve aumentá-la nem abrir a direção oposta. Isso não garante que a saída seja preenchida.

Reduce-only é uma instrução usada sobretudo em derivativos e contas com margem. Se a execução aumentaria a exposição ou inverteria a posição, o sistema pode rejeitar, cancelar ou reduzir a quantidade, ou ainda modificar outras ordens abertas, conforme as regras do mercado.

Reduce-only e posição A ordem pode reduzir a exposição, não aumentá-la nem invertê-la. Rejeição, ajuste de size e cancelamento dependem da plataforma Reduce-only e posição A ordem pode reduzir a exposição, não aumentá-la nem invertê-la Rejeição, ajuste de size e cancelamento dependem da plataforma 1 Posição existente O lado da ordem deve ser compatível com a redução. 2 Quantidade reduzível O sistema limita a execução ao saldo da posição. 3 Várias saídas Ordens concorrentes podem ser ajustadas oucanceladas. 4 Sem garantia de fill O qualificador não cria preço, liquidez ouprioridade. Esquema editorial Cyclepedia; selecione um bloco para abrir a explicação completa.
O limite econômico é não ultrapassar a posição reduzível; o tratamento técnico da quantidade excedente depende do sistema.

Lado da ordem e posição

Em modo líquido, uma posição long é reduzida por venda e uma short por compra. O lado buy ou sell sozinho não informa se a intenção é abrir ou fechar. Uma venda de 3 contra long 5 pode deixar long 2. Uma venda de 8, sem o qualificador, pode fechar 5 e abrir short 3; com reduce-only, o sistema deve impedir essa inversão segundo sua implementação.

Contra long 5, uma plataforma pode reduzir a ordem de venda 8 para 5; outra pode rejeitá-la. Sem posição, uma venda reduce-only não deve abrir short, mas o estado retornado pode ser rejeição ou cancelamento.

Não é um stop

Reduce-only não define gatilho, preço limite, validade, prioridade ou quantidade efetivamente preenchida. Ele pode acompanhar market, limit, stop ou take profit quando a plataforma admite a combinação. O gatilho pertence à ordem stop; o preço, à limitada ou stop-limit; reduce-only controla o efeito máximo sobre a posição.

Também não protege contra liquidação forçada. A ordem pode chegar tarde, ser rejeitada ou não encontrar liquidez; margem, mark price e regras de liquidação continuam válidos.

Várias saídas concorrentes

Considere long 5 com duas vendas reduce-only abertas, de 3 e 4. A soma 7 supera a posição. O mercado pode rejeitar a segunda, reduzi-la, ajustar uma ordem já aberta, cancelar a de menor prioridade ou recalcular após cada fill. OKX documenta alterações e cancelamentos para manter o limite. Assim, “canceled” no histórico pode ter sido ação automática, não do usuário.

Se um long 10 tem take profit reduce-only de 10 e o trader fecha 7 manualmente, restam 3. Ao ativar, a saída pode ser reduzida a 3, preencher até 3 e cancelar o restante, ser cancelada ou rejeitada. O qualificador evita a abertura de short 7, mas não promete o fill dos 3.

Modo net e modo hedge

Em modo net, há uma posição resultante por instrumento. Em modo hedge, long e short podem existir separadamente e a API pode exigir qual lado reduzir. A documentação OKX restringe reduce-only a combinações específicas de margem, futuros e swaps; Coinbase International diferencia post-only, close-only e reduce-only. Esses termos não são sinônimos universais.

Verificação e automação

Confirme instrumentos, modo de margem, combinações permitidas, tratamento de quantidade excessiva, prioridade entre saídas, fills parciais e códigos de rejeição. Em automação, não basta enviar um booleano: leia acknowledgement, quantidade aceita, posição atualizada e estado final no ciclo da ordem.

Modo one-way e modo hedge merecem testes separados. No primeiro, compra e venda alteram uma posição líquida; no segundo, o protocolo pode exigir que a ordem indique explicitamente a perna long ou short. Uma configuração errada pode gerar rejeição ou reduzir uma posição diferente da pretendida. Termos como “close-only”, “close all” e TP/SL só são equivalentes quando a documentação da plataforma assim determina.

Após cada fill, ordens de saída concorrentes devem ser reconciliadas com a posição atual. Latência entre o fill e a atualização local pode deixar a automação trabalhando com uma size antiga. O controle correto usa a posição confirmada pelo sistema e os saldos aceitos, não somente as quantidades solicitadas pelo cliente.

Erro comum — Tratar reduce-only como stop garantido ou presumir que toda plataforma reduz automaticamente a quantidade excedente.


Fontes


Entradas relacionadas