Definição: o que os algoritmos de execução fazem
Algoritmos de execução são métodos baseados em regras que gerenciam como uma ordem é executada ao longo do tempo. Em vez de enviar uma ordem grande imediatamente, o sistema submete múltiplas “ordens filhas” menores e decide quando e quanto negociar. A ideia central é mapear uma quantidade total desejada (a intenção da ordem) em uma sequência de ações (o plano de execução) enquanto responde às condições reais de negociação.
Mecânica: como um exemplo prático é configurado
Para tornar um exemplo prático compreensível, separe a mecânica estável das condições variáveis.
- Mecânica estável (suposições que você controla no exemplo):
- Alvo: comprar 100.000 unidades.
- Horizonte de tempo: 3 fatias de tempo iguais.
- Regra de divisão: 1/3 da quantidade restante em cada fatia.
- Regra de preço: cada ordem filha é preenchida ao “preço efetivo” que você assume para aquela fatia.
- Condições variáveis (o que pode mudar na vida real):
- Liquidez disponível e spreads.
- Preenchimentos parciais e cancelamentos.
- Custos de transação e slippage.
- Diferenças no local de execução e na microestrutura do mercado.
Cenário prático (sem dados em tempo real)
Assuma os seguintes preços efetivos por fatia de tempo para suas ordens filhas (estes são insumos hipotéticos para o exemplo):
- Fatia 1: preço de compra efetivo = 1,1000
- Fatia 2: preço de compra efetivo = 1,1010
- Fatia 3: preço de compra efetivo = 1,0995
Assuma também uma limitação simples de preenchimento:
- Na fatia 1, 100% da quantidade filha pretendida é preenchida.
- Na fatia 2, apenas 80% da quantidade filha daquela fatia é preenchida.
- Na fatia 3, o que restar é totalmente preenchido.
Cálculos passo a passo
- Quantidade alvo = 100.000.
- Quantidades filhas pretendidas por fatia usando a regra de divisão:
- Intenção da fatia 1: 33.333,33 unidades
- Intenção da fatia 2: 33.333,33 unidades
- Intenção da fatia 3: 33.333,34 unidades (arredondamento para totalizar 100.000)
- Aplique a limitação de preenchimento:
- Fatia 1 preenchida: 33.333,33 a 1,1000
- Fatia 2 preenchida: 0,80 × 33.333,33 = 26.666,67 a 1,1010
- Fatia 3 preenchida: restante = 100.000 − (33.333,33 + 26.666,67) = 40.000,00 a 1,0995
- Calcule o custo total e o preço médio ponderado por volume (VWAP):
- Custo = (33.333,33 × 1,1000) + (26.666,67 × 1,1010) + (40.000,00 × 1,0995)
- Custo ≈ 36.666,66 + 29.346,67 + 43.980,00 = 109.993,33 (em termos de preço×unidades)
- VWAP ≈ Custo / 100.000 ≈ 1,0999333
- Interprete o slippage versus uma linha de base (métrica opcional, ainda hipotética):
- Se uma linha de base fosse 1,1000, então o VWAP efetivo é ligeiramente maior em cerca de 0,0000667.
Este exemplo ilustra como os resultados dependem de (a) a regra de divisão, (b) a disponibilidade de preenchimento/preenchimentos parciais e (c) os preços efetivos que você assume para cada fatia.
Limitações e riscos: o que pode quebrar o exemplo na execução real
Pelo menos uma limitação material é inerente: você não pode assumir preenchimentos completos e determinísticos. Mesmo com regras de divisão fixas, o mercado pode forçar resultados diferentes por meio de preenchimentos parciais, spreads variáveis ou execução atrasada.
Modos de falha comuns a observar na prática incluem:
- Risco de preenchimento parcial: o algoritmo pode acabar negociando uma porção menor ou atrasada do que o planejado.
- Risco de timing: se as ordens filhas forem executadas mais tarde do que o esperado, os preços efetivos podem diferir.
- Incompatibilidade de custo/local: taxas e diferentes fontes de liquidez podem alterar o “preço efetivo”.
- Arredondamento e tamanhos mínimos de ordem: podem impedir metas exatas de quantidade.
Como o cenário usa preços efetivos hipotéticos, o resultado numérico não é preditivo. Padrões históricos não garantem comportamento futuro de execução, e os resultados podem variar com condições de mercado, custos e jurisdição.
Verificação e próxima pergunta a fazer
Para verificar independentemente afirmações sobre um algoritmo de execução, foque em fatos registráveis:
- Qual regra produziu cada ordem filha (quantidade, lógica de fatia de tempo e quaisquer ajustes)?
- Quais foram os carimbos de data/hora reais para submissões e preenchimentos?
- Quais foram os preços de preenchimento efetivos e as quantidades preenchidas?
- As métricas calculadas (como VWAP) correspondem aos registros das ordens preenchidas sob suas suposições declaradas?
Se você quiser o próximo passo, peça um exemplo prático que inclua custos de transação explícitos (taxas ou comissões) e mostre como eles alteram o VWAP e qualquer métrica de slippage—novamente, usando insumos hipotéticos, mas totalmente declarados.