Por que um robô de criptoativos ganha nos testes e perde na negociação real

Um teste retrospectivo impecável transmite segurança. Ele atribui à estratégia um número, um gráfico, uma taxa de acerto e a sensação de que a parte difícil já foi resolvida. Depois, o robô começa a negociar de verdade, a primeira semana apresenta outro resultado e a pessoa responsável pelas operações faz tarde demais a pergunta correta: por que as mesmas regras funcionaram tão bem com velas históricas e tão mal com ordens reais?

A resposta curta é que um teste retrospectivo é um modelo idealizado, enquanto a negociação real é um ambiente operacional. O modelo pode ser útil, mas não é o mercado. Em geral, ele pressupõe que os dados chegam sem falhas, que as ordens são executadas pelo preço previsto, que sempre existe liquidez, que as taxas são simples, que a estratégia não foi ajustada ao ruído e que o futuro será parecido com o período usado no teste. A negociação real examina todas essas suposições ao mesmo tempo.

Este artigo não questiona a utilidade dos testes retrospectivos. Eles continuam sendo um dos filtros mais importantes antes de permitir que um robô use capital. A ideia aqui é mais concreta e prática: um teste lucrativo é uma hipótese inicial, não um certificado de prontidão. O objetivo é entender os principais motivos pelos quais um robô pode ganhar em uma simulação e perder em produção, para então transformá-los em uma lista de verificação anterior ao lançamento.

A diferença não é um mistério

Quando alguém diz que um robô “falhou na negociação real”, é comum imaginar um defeito oculto no programa. Às vezes existe um defeito, mas a maioria das diferenças é menos espetacular. Elas vêm de pequenos fatores que se acumulam: uma taxa por retirar liquidez, uma execução um pouco pior, o fechamento de uma vela que chega um segundo depois, uma execução parcial quando o livro de ofertas tem pouca profundidade, um pagamento de financiamento que o modelo não considerou ou uma combinação de parâmetros que pareceu extraordinária porque foi ajustada a um único período histórico.

Uma maneira útil de entender isso não é pensar em “teste retrospectivo contra negociação real”, mas em “vantagem bruta do sinal menos custos operacionais”. O resultado do teste costuma se aproximar da vantagem bruta. O resultado real é o que sobra depois de pagar pela execução, pelo momento escolhido, pela liquidez, pelas restrições da conta, pelo acompanhamento e pelas mudanças nas condições do mercado. Se a vantagem por operação for pequena, até uma fricção moderada pode eliminá-la. Se a estratégia operar com frequência, a mesma fricção será paga repetidamente.

A diferença entre o modelo e a execução real costuma ser uma sequência de pequenas fricções, não uma única falha espetacular. Pesquisas sobre testes de criptoativos com restrições de execução chegam a uma conclusão semelhante. O estudo AutoQuant analisa especificamente como a demora na execução, o financiamento, as taxas e a derrapagem podem exagerar o desempenho calculado de futuros perpétuos de criptoativos. Os números variam conforme a corretora, o mercado, o tamanho e a estratégia, mas a direção é constante: um teste sem custos ou limitado às taxas tende a ser otimista demais.

Os custos são parâmetros da estratégia, não detalhes posteriores

As taxas parecem simples até serem multiplicadas pelo giro das operações. Uma estratégia que entra e sai uma vez por mês pode tolerar uma pequena imprecisão no modelo de taxas. Uma estratégia que negocia várias vezes ao dia não pode. Cada entrada, saída, aumento, redução, encerramento e nova entrada tem um custo. Em futuros e contratos perpétuos, o financiamento acrescenta outra camada. Um teste que o ignore pode apresentar como robusto um sistema com muitas operações ou muito dependente desses pagamentos.

A diferença entre os preços de compra e venda também importa. Se o teste utilizar o preço de fechamento da vela, poderá pressupor implicitamente que o robô compra e vende no mesmo ponto de referência. No mercado real, quem compra costuma pagar o melhor preço de venda e quem vende aceita o melhor preço de compra. A diferença pode ser mínima nos pares mais líquidos de BTC durante períodos tranquilos, mas aumenta em símbolos menores, durante notícias importantes ou quando a volatilidade dispara. Estratégias que procuram movimentos pequenos são especialmente vulneráveis porque essa diferença consome justamente o movimento pretendido.

Por isso, a primeira pergunta antes da negociação real não deve ser “qual foi a rentabilidade?”, mas “quanta rentabilidade a estratégia produziu para cada unidade de custo?”. Se uma operação esperada ganha apenas alguns pontos-base antes dos custos, o robô é frágil. Se dobrar as taxas ou a derrapagem transformar uma evolução estável do capital em uma curva claramente negativa, a estratégia ainda não é resistente o suficiente.

A derrapagem e a liquidez mudam a operação que você acreditava ter testado

A derrapagem é a diferença entre o preço esperado pela estratégia e o preço realmente obtido. Ela nem sempre indica um erro: aparece quando uma ordem entra em um mercado em movimento. Nos criptoativos, o efeito aumenta por causa da negociação contínua, da liquidez fragmentada, das mudanças bruscas de volatilidade e da velocidade com que a profundidade de certos símbolos varia. Uma ordem a mercado em um livro tranquilo e a mesma ordem depois de uma cascata de liquidações são acontecimentos muito diferentes.

A liquidez também transforma o tamanho da posição em parte da estratégia. Um teste histórico pode ampliar um sinal de 100 para 100 mil unidades monetárias sem alterar as velas. O mercado não pode fazer isso. Ordens grandes consomem profundidade, aguardam no livro, são executadas parcialmente ou afastam o preço médio do ponto de entrada presumido. Assim, uma estratégia que parecia não ter limites de capacidade nos dados históricos começa a piorar quando seu tamanho se torna visível no livro de ofertas.

As execuções parciais são outra fonte de diferenças. Um teste costuma considerar que uma entrada foi totalmente executada ou não foi executada. A negociação real pode ser mais complicada: metade da posição é preenchida, o preço se afasta, o restante da ordem é cancelado e a lógica de saída precisa administrar uma posição menor ou com outro preço médio. Se a contabilidade, o dimensionamento e as regras de encerramento do robô não lidarem corretamente com essa situação, a operação real se afastará do teste mesmo que os sinais não tenham mudado.

A demora transforma a lógica das velas em uma realidade de execução

Muitas estratégias são escritas como se um sinal e uma ordem fossem o mesmo acontecimento. Em produção, eles formam uma sequência. Os dados do mercado chegam, a vela ou a mudança de preço é processada, o sinal é avaliado, o risco é verificado, a solicitação é assinada, a ordem é enviada, a corretora a aceita e a execução é confirmada depois. Cada etapa pode ser breve, mas o mercado continua se movimentando durante o processo.

A demora não afeta apenas as operações de frequência muito alta. Até uma estratégia de quatro horas pode sofrer se pressupuser que será executada exatamente no fechamento da vela, sobretudo quando muitas pessoas observam esse mesmo fechamento. Uma ordem de encerramento também pode se comportar de outra forma por causa da interação entre o preço de ativação, o tipo da ordem, o mecanismo de correspondência e velas rápidas. O teste enxerga uma linha; a corretora recebe uma sequência de acontecimentos.

Um teste realista deve evitar condições de execução impossíveis. Se um sinal só for conhecido depois do fechamento da vela, o modelo não deverá entrar pelo melhor preço histórico daquela mesma vela. Se a estratégia depender de indicadores calculados com preços de fechamento, a operação deverá ser testada no próximo momento em que realmente puder ser executada. Essa única mudança pode eliminar uma quantidade surpreendente de desempenho fictício.

Sobreajuste: quando o teste aprende o passado bem demais

O sobreajuste é um dos riscos mais discretos das estratégias automatizadas. Ele surge quando as regras se adaptam ao ruído histórico em vez de capturar um comportamento repetível. Um filtro é acrescentado, um limite é alterado, um período negativo é excluído, uma média móvel é encurtada e o processo se repete até produzir uma curva de capital uniforme. O teste melhora, mas a estratégia perde contato com a realidade.

O problema está documentado além do mercado de criptoativos. No estudo All that Glitters Is Not Gold , os autores analisaram um conjunto amplo de estratégias algorítmicas e observaram que indicadores comuns dos testes, como o índice de Sharpe, tinham pouco valor para prever o desempenho fora da amostra. Também encontraram indícios de que uma busca mais intensa por combinações históricas estava associada a uma diferença maior entre os resultados do teste e os resultados posteriores. Esse é exatamente o risco de procurar sem parar uma configuração perfeita.

O sobreajuste transforma o período histórico na própria estratégia. Um processo mais saudável separa descoberta e validação. Use um período para desenvolver a ideia, outro para avaliá-la e um processo posterior com janelas sucessivas para verificar se ela resiste a condições diferentes. Não julgue uma estratégia por sua melhor execução otimizada. Verifique como ela se deteriora quando os custos aumentam, os parâmetros mudam um pouco, os símbolos são substituídos e as condições do mercado variam.

As condições do mercado podem fazer regras válidas parecerem defeituosas

Uma estratégia pode ser legítima e ainda assim perder na negociação real porque o mercado mudou. Sistemas que acompanham tendências costumam se destacar em movimentos persistentes e frustrar em períodos laterais. Sistemas que procuram retorno à média podem aproveitar pequenas correções até que um rompimento transforme cada queda em continuação. Estratégias de grade e compras periódicas podem parecer estáveis dentro de um intervalo e se tornar perigosas quando o preço sai dele com força.

Os criptoativos tornam esse problema mais visível porque as condições podem mudar rapidamente. Um par pode passar de líquido e organizado a escasso e violento na mesma semana. Em momentos de tensão, as correlações aumentam e uma carteira aparentemente diversificada passa a se comportar como uma única posição grande. Filtros de volatilidade, volume e financiamento, além das regras de seleção de símbolos, não são enfeites: eles determinam quando o robô pode confiar em sua vantagem.

A pergunta prática não é “esta estratégia funciona?”, mas “em quais condições ela funciona e como saberemos que essas condições deixaram de existir?”. O teste deve analisar separadamente períodos de tendência, períodos laterais, alta volatilidade, baixa liquidez, mercados de alta, mercados de baixa e fins de semana tranquilos. Se todo o ganho vier de uma única condição estreita, o robô precisará de regras para permanecer inativo fora dela.

A API e a configuração da conta também fazem parte do resultado real

A negociação real também depende dos limites da conta. As chaves de API são infraestrutura operacional, não um detalhe administrativo. A Binance explica que elas devem ser protegidas, não podem ser armazenadas como texto sem criptografia, precisam ser renovadas quando necessário e devem ser limitadas por endereço IP sempre que possível; a empresa também descreve os níveis de permissão e as restrições por IP em seu guia de segurança para chaves de API . O guia de criação de chaves da Bybit também trata a criação e as permissões como um processo deliberado, não como uma tarefa secundária de copiar e colar.

Para um robô, a opção mais segura é conceder o mínimo de permissões: leitura e negociação apenas onde forem necessárias, nenhuma permissão de saque e chaves separadas por ambiente ou conta sempre que possível. Uma chave com permissões incorretas pode impedir ordens, reprovar na validação ou criar um risco de segurança. Uma chave usada a partir de um endereço IP não autorizado pode falhar no pior momento. Um robô incapaz de criar ou cancelar ordens de maneira confiável não é o mesmo robô que passou no teste histórico.

O acompanhamento pertence à mesma categoria. Um sistema real precisa emitir avisos de ordens rejeitadas, dados atrasados, perda de sinais periódicos, derrapagem anormal, exposição inesperada e limites de queda do capital. Sem esses avisos, o problema operacional só é descoberto quando o resultado já foi afetado.

Lista de verificação antes da negociação real

Antes de passar de um teste histórico para a execução real, a estratégia deve atender a um critério mais rigoroso do que “a curva subiu”.

Primeiro, inclua a tabela real de taxas, a diferença esperada entre compra e venda, uma derrapagem prudente e o financiamento quando for aplicável. Segundo, valide a estratégia com dados que não foram utilizados durante o desenvolvimento. Terceiro, faça verificações com janelas sucessivas para garantir que a ideia consiga se adaptar sem voltar a ser ajustada ao passado. Quarto, verifique a sensibilidade: uma estratégia resistente não deve desmoronar quando uma média móvel passa de 21 para 24, a derrapagem dobra ou um símbolo é retirado.

Quinto, comece a execução real com um tamanho reduzido. O primeiro lançamento não serve para maximizar a rentabilidade, mas para medir se as execuções, a demora, os estados das ordens e os custos efetivos correspondem às suposições. Sexto, defina as condições de interrupção antes de começar: perda diária máxima, queda máxima da estratégia, limite para dados atrasados, número máximo de ordens rejeitadas e situações que exijam revisão manual.

Um robô não está pronto para a negociação real até que suas suposições operacionais estejam explícitas. A lista deve ficar por escrito porque o mercado real gera pressão. Quando um robô perde, é tentador alterar os parâmetros durante a execução. Quando ganha, é tentador aumentar o tamanho cedo demais. Um plano escrito transforma esses momentos em decisões que já foram tomadas com calma.

O papel da SteadyEdge

A SteadyEdge se baseia no processo descrito neste artigo: criar a estratégia, validá-la com dados históricos, iniciar a execução com suposições controladas e acompanhar o que acontece depois. A plataforma não pode eliminar o risco de mercado, e nenhuma ferramenta séria deveria prometer isso. Seu valor está em tornar o processo mais explícito: a configuração, o contexto dos testes, os controles de execução, os indicadores e a revisão operacional formam um único ciclo.

Esse ciclo importa porque os melhores sistemas não são avaliados por um único teste atraente. Eles são avaliados pela clareza com que explicam suas suposições, pela rapidez com que revelam diferenças e pela disciplina aplicada quando a realidade contradiz o modelo. É previsível que um robô perca depois de um teste fraco. Evitar que ele perca depois de um teste sólido, porém pouco realista, depende do processo.

Aviso educativo

Este artigo tem finalidade exclusivamente educativa. Ele não constitui aconselhamento financeiro ou de investimento nem uma recomendação para negociar qualquer ativo ou usar uma estratégia específica. Os criptoativos são voláteis, a automação pode ampliar as perdas e o desempenho passado não garante resultados futuros. Faça testes cuidadosos, use limites de risco e tome decisões independentes.