Se você opera criptoativos em volume relevante, provavelmente já sentiu o slippage — mesmo sem saber o nome do problema.
Você abre o book de uma exchange, vê o Bitcoin cotado a R$ 500.000, coloca uma ordem de compra de R$ 2 milhões e, quando a ordem é executada, o preço médio que você pagou foi R$ 503.200. A diferença de R$ 3.200 não veio de nenhuma taxa explícita. Veio do slippage.
Em uma operação isolada, parece pequeno. Em uma operação recorrente de alto volume, é um custo que se acumula de forma silenciosa e relevante ao longo do tempo.
Este artigo explica o que é slippage, por que ele acontece, como escala com o volume e o que empresas que operam cripto em escala fazem para eliminá-lo de forma estrutural — não apenas reduzi-lo na margem.
O que é slippage
Slippage é a diferença entre o preço esperado de uma ordem no momento em que ela é enviada e o preço médio efetivamente executado quando ela é concluída.
Em outras palavras: você queria pagar X. Pagou X mais alguma coisa. Essa diferença é o slippage.
O termo existe no mercado financeiro tradicional há décadas — qualquer operação em mercado aberto está sujeita a ele. No mercado de criptoativos, o fenômeno é amplificado por algumas características específicas da infraestrutura das exchanges: livros de ordens menos profundos do que os mercados tradicionais, alta fragmentação de liquidez entre plataformas e volatilidade de preço mais elevada.
É importante distinguir slippage de outras formas de custo de execução. Taxas de corretagem e spread bid-ask são custos previsíveis e explícitos. Slippage é um custo variável, muitas vezes invisível até a ordem ser executada, e que cresce de forma não linear com o volume da operação.
Por que o slippage acontece
Para entender o slippage, é preciso entender como um livro de ordens funciona.
O book de uma exchange é uma lista de ofertas de compra e venda organizadas por preço. Do lado da venda, existem vendedores dispostos a aceitar diferentes preços — alguns aceitam R$ 500.000 por Bitcoin, outros querem R$ 500.500, outros R$ 501.000, e assim por diante, em lotes de tamanhos variados.
Quando você coloca uma ordem de compra, o sistema começa a executar pelo menor preço disponível e vai subindo conforme consome os lotes. Se o seu volume é pequeno em relação ao que está disponível no preço mais baixo, a ordem é executada quase inteiramente a esse preço. Slippage mínimo.
Mas se o seu volume é grande o suficiente para consumir vários lotes a preços diferentes, a ordem é executada a um preço médio que inclui todos esses lotes — alguns mais baratos, alguns mais caros. O preço médio final é mais alto do que o preço que você via quando enviou a ordem. Isso é slippage.
O mecanismo é simples. O impacto financeiro, em volumes relevantes, não é.
Como o slippage escala com o volume
Esse é o ponto que mais surpreende quem está começando a operar em volumes maiores: o slippage não cresce de forma linear com o volume da ordem. Ele cresce de forma acelerada.
Um exemplo concreto para ilustrar:
Imagine que o book de Bitcoin de uma exchange tem a seguinte estrutura do lado da venda:
0,5 BTC disponível a R$ 500.000
0,8 BTC disponível a R$ 500.300
1,2 BTC disponível a R$ 500.800
2,0 BTC disponível a R$ 501.500
3,5 BTC disponível a R$ 502.500
Uma ordem de compra de R$ 250.000 (0,5 BTC) é executada inteiramente a R$ 500.000. Slippage zero.
Uma ordem de R$ 1.000.000 (2 BTC) consome os primeiros três lotes a preços diferentes, resultando em um preço médio de aproximadamente R$ 500.480. Slippage de 0,096% — cerca de R$ 960.
Uma ordem de R$ 3.750.000 (7,5 BTC) consome todos os lotes disponíveis até R$ 502.500, resultando em um preço médio de aproximadamente R$ 501.580. Slippage de 0,316% — cerca de R$ 11.850.
O volume triplicou. O slippage em valor absoluto aumentou mais de doze vezes.
E esse é um exemplo com um book relativamente profundo e em condições normais de mercado. Em momentos de alta volatilidade — exatamente quando muitas empresas precisam executar ordens urgentes — a profundidade do book cai drasticamente e o slippage se multiplica.
O efeito composto em operações recorrentes
Para empresas que executam ordens de alto volume de forma recorrente — exchanges que precisam repor liquidez, fintechs que executam as ordens dos clientes, tesourarias que fazem hedge cambial periódico — o slippage não é um custo pontual. É um custo recorrente que se acumula.
Uma empresa que executa R$ 5 milhões em ordens de Bitcoin por semana, com slippage médio de 0,3%, está perdendo R$ 15.000 por semana em ineficiência de execução. Em um ano, são R$ 780.000 — quase R$ 1 milhão que saiu silenciosamente da operação sem aparecer em nenhuma linha de custo explícito.
Esse número raramente aparece nos relatórios financeiros com clareza. Ele está embutido no custo médio de aquisição dos ativos, na margem das operações, na diferença entre o preço que o cliente pagou e o preço que a empresa conseguiu executar. Mas é real — e é evitável.
As estratégias comuns para reduzir slippage — e suas limitações
O mercado desenvolveu algumas estratégias para reduzir o slippage em operações de alto volume no book público. Todas funcionam até certo ponto. Nenhuma resolve o problema de forma estrutural.
Dividir a ordem em partes menores Em vez de colocar uma ordem de R$ 5 milhões de uma vez, a empresa divide em ordens menores executadas ao longo do tempo — R$ 500 mil a cada 30 minutos, por exemplo. Cada ordem individual tem menos impacto no book e gera menos slippage.
O problema: a execução dilui o slippage por unidade, mas o expõe à variação de preço ao longo do tempo. Se o Bitcoin subir 2% durante as 5 horas de execução, o custo total foi muito maior do que o slippage que se tentou evitar. E o processo exige monitoramento manual constante.
Escolher horários de maior liquidez O book de qualquer exchange tem mais profundidade em determinados horários — geralmente quando os mercados americano e europeu estão ativos simultaneamente. Executar nos horários de maior liquidez reduz o slippage.
O problema: nem sempre é possível escolher o horário. Uma ordem urgente não espera o horário ideal. E mesmo nos horários de maior liquidez, o problema de escala persiste para volumes muito grandes.
Distribuir entre múltiplas exchanges Em vez de executar tudo em uma exchange, a empresa divide a ordem entre várias plataformas — aproveitando a liquidez de cada uma e reduzindo o impacto em qualquer livro individual.
O problema: a complexidade operacional se multiplica. São múltiplas contas, múltiplos processos de settlement, múltiplas conciliações. O custo operacional de gerenciar tudo isso cresce proporcionalmente ao volume — e o risco de erro também.
Usar ordens limitadas em vez de ordens a mercado Uma ordem limitada especifica o preço máximo que a empresa está disposta a pagar. Se o book não tem volume suficiente a esse preço, a ordem fica em aberto até ser executada — ou não é executada.
O problema: resolve o slippage em condições de mercado favoráveis, mas não resolve o problema em mercados rápidos ou voláteis. E uma ordem que não é executada no prazo necessário tem um custo de oportunidade real.
Como a execução privada e a liquidez institucional resolvem o problema de forma estrutural
Todas as estratégias acima tentam mitigar o slippage dentro do book público. A solução estrutural está fora do book público.
Execução privada — via um provedor de liquidez institucional — elimina o slippage de uma forma que nenhuma estratégia de gestão de ordem no book público consegue: fixando o preço antes da execução.
O mecanismo é direto. A empresa solicita uma cotação para o volume que quer executar. O provedor de liquidez — que tem acesso a reservas de múltiplas fontes simultaneamente — retorna um preço fixo para aquele volume específico. A empresa confirma. A execução acontece a esse preço, independentemente do que o book público está fazendo durante a execução.
Não há lotes sendo consumidos progressivamente a preços piores. Não há impacto visível no mercado público. Não há variação entre o preço acordado e o preço executado. O slippage é estruturalmente eliminado — não reduzido na margem.
Além da eliminação do slippage, a execução privada traz outros benefícios operacionais que se somam em operações de alto volume:
Previsibilidade de precificação: a empresa sabe exatamente o preço antes de confirmar a ordem. Isso permite precificar produtos e serviços com precisão, fechar contratos com clientes a preços fixos e planejar a tesouraria com previsibilidade real.
Sem impacto de mercado: a ordem não é visível no book público antes da execução. Isso impede que outros participantes do mercado antecipem a operação e movam o preço contra a empresa — o fenômeno conhecido como front-running.
Conciliação simplificada: em vez de múltiplas ordens parciais em múltiplas exchanges, há uma única operação com preço fixo e settlement coordenado. O processo de conciliação — que em operações de alto volume pode consumir horas de trabalho operacional — se torna direto e auditável.
Para entender como funciona o processo de execução privada e settlement coordenado em uma operação de liquidez institucional, leia: O que é OTC? Entenda o mercado de balcão e como ele funciona no contexto de criptoativos
O que avaliar em um provedor de liquidez para eliminar slippage
Não basta sair do book público — é preciso escolher o provedor certo. Alguns critérios que determinam se a execução privada vai de fato eliminar o slippage ou apenas trocá-lo por outro problema:
Profundidade de liquidez real O provedor tem acesso a volume suficiente para executar as suas ordens sem precisar recorrer ao book público? Um provedor que, para ordens acima de determinado volume, acaba executando no mercado aberto não elimina o slippage — apenas o desloca.
Qualidade e estabilidade da cotação A cotação oferecida reflete liquidez real ou é um preço indicativo que pode mudar significativamente na execução? Provedores que não são transparentes sobre como a cotação é calculada tendem a embutir slippage na precificação — de forma menos visível, mas igualmente custosa.
Janela de validade da cotação Quanto tempo a cotação é válida? Uma janela muito curta — de segundos — cria pressão operacional que pode levar a erros de execução. Uma janela mais longa é sinal de que o provedor tem confiança na profundidade de liquidez que está oferecendo.
Processo de settlement Como funciona a liquidação após a confirmação da ordem? O settlement é coordenado pelo provedor ou depende de múltiplos passos manuais? A rastreabilidade é completa? Um processo de settlement mal estruturado cria fricção que anula parte do ganho de eficiência da execução privada.
Histórico de execução O provedor tem histórico documentado de execução em volumes comparáveis ao que você precisa? Um provedor que nunca executou ordens do seu tamanho representa um risco operacional real — independentemente do que a proposta comercial promete.
O custo de não resolver
Slippage é um custo invisível nos relatórios financeiros convencionais. Ele não aparece como uma taxa, não tem linha própria no DRE, não gera nota fiscal. Mas ele está lá — embutido no custo médio dos ativos, na margem das operações, na diferença entre o que o cliente pagou e o que a empresa conseguiu executar.
Empresas que não resolvem o problema de slippage de forma estrutural estão, na prática, subsidiando a ineficiência operacional com margem que poderia ir para o resultado.
Para uma exchange que processa R$ 20 milhões por mês em ordens de Bitcoin, eliminar 0,3% de slippage médio representa R$ 60.000 por mês — R$ 720.000 por ano — que passam do custo para o resultado. Sem nenhuma mudança de produto, sem nenhum novo cliente, sem nenhum aumento de receita. Apenas eficiência operacional.
Próximos passos
Se a sua empresa executa ordens de criptoativos com frequência e em volumes onde o slippage já é perceptível — ou onde você suspeita que está sendo, mesmo sem medir com precisão — o próximo passo é entender como a execução privada funcionaria para a sua operação específica.
Na Azify, o LaaS foi construído exatamente para resolver esse problema: acesso a liquidez institucional em Bitcoin, USDT e USDC via API, com cotação em tempo real, execução privada e settlement coordenado — eliminando o slippage de forma estrutural, não apenas reduzindo-o na margem.
