Backtests Crypto Bot: tempo de auditoria, custos e overfitting

Um backtest lucrativo de um robô de negociação de criptografia é uma descrição de uma simulação, não uma evidência de que a estratégia produzirá o mesmo resultado ao vivo. Antes de comparar os retornos, estabeleça o que o simulador sabia, quando o soube e que custos de execução cobrou.

Comece com o carimbo de data/hora, e não com a curva de património

Suponha que uma estratégia utiliza o valor de fecho de uma vela para gerar uma entrada. Se a simulação também for preenchida nesse fecho exato, sem uma decisão realista e um atraso de execução, poderá conceder ao bot um preço que não poderia obter após observar a vela concluída. Registe o carimbo de data/hora do sinal separadamente do primeiro carimbo de data/hora de execução elegível.

O mesmo problema aparece quando um conjunto de dados contém revisões ou indicadores associados a um carimbo de data/hora anterior. Um valor histórico válido deve estar disponível para a estratégia nesse momento. O conjunto de dados limpo de hoje não é automaticamente um registo fiel do conjunto de informações de ontem.

Ajustes repetidos alteram o que significa um bom resultado

A escolha do melhor conjunto de parâmetros entre centenas de tentativas cria um problema de seleção. Uma combinação pode ajustar o ruído no período de desenvolvimento. Mantenha um registo das tentativas mal sucedidas, e não apenas do gráfico de vitórias.

QuantConnect Research Guide discute o overfitting e as proteções de pesquisa. Uma extensão prática útil é congelar a estratégia antes de avaliar um período de tempo posterior e intocado. Se esta avaliação conduzir a mais sintonia, tornar-se-á um dado de desenvolvimento; reserve um novo teste final.

Torne os custos visíveis

O que se segue é um exemplo contabilístico hipotético, e não uma estratégia observada:

A aritmética é 300 - 120 - 100 - 90 = -10 USDT. Os custos podem inverter o sinal de um resultado. Evite contar o spread duas vezes se já estiver incluído nos preços de preenchimento simulados. O financiamento deve seguir a posição real, a taxa e o momento de liquidação no teste, em vez de uma taxa anual fixa conveniente.

Pergunte se os preenchimentos eram possíveis

Um preço limite tocado não estabelece que todo o pedido teria sido atendido. A posição na fila, as ordens concorrentes, a profundidade disponível e a execução parcial são importantes. Uma grande ordem de mercado não deve receber automaticamente o melhor preço apresentado para todo o seu tamanho.

Teste alterações na latência, taxas e slippage. Uma estratégia que funcione apenas com um pressuposto de execução optimista é frágil. Teste dados em falta, encomendas rejeitadas e perda de ligação como cenários operacionais separados; as velas históricas por si só não os conseguem modelar bem.

Comparar entre condições

Comunique as datas de teste, instrumentos, limites de posição, contagem de negociações, volume de negócios, levantamento e premissas de capital juntamente com o retorno. Um resultado de mercado em alta pode refletir principalmente a exposição a ativos. Compare com um benchmark passivo adequado nas mesmas datas e utilize um tratamento consistente de custos e de tesouraria.

Um período de resistência intacto e uma pequena observação da negociação em papel podem revelar erros de implementação, mas nenhum deles garante lucro futuro. Não aumente o capital simplesmente porque uma breve demonstração é positiva.

Um resultado revisável

Um relatório de bot útil fornece definições reproduzíveis, origem dos dados, regras de carimbo de data/hora, todos os custos de material e uma separação clara entre desenvolvimento e avaliação. Consulte a tabela de taxas OrangeX atual antes de utilizar as premissas específicas da plataforma. Este artigo avalia as simulações e não afirma que a OrangeX oferece um bot específico ou um produto de backtesting.

A decisão é se a evidência sobrevive a suposições realistas, e não qual o gráfico que parece mais suave. Todos os resultados numéricos acima são ilustrativos.