29 de Setembro de 2026 · pesquisa

Seu backtest gastou o mesmo dinheiro duas vezes: um guia de contabilidade de portfólio

Seu backtest gastou o mesmo dinheiro duas vezes: um guia de contabilidade de portfólio

Um backtest de portfólio pode mostrar uma curva de patrimônio suave enquanto gasta o mesmo dólar duas vezes. Isso acontece quando o simulador trata patrimônio, caixa, garantias e poder de compra como se fossem a mesma coisa. Eles estão relacionados, mas respondem a perguntas diferentes: o que a conta possui, o que deve e quanto pode comprometer em outra ordem agora.

Imagine que uma estratégia começa com $10,000 e compra $6,000 de um ativo. Ela fica com $4,000 em caixa livre. Se o backtest dimensionar uma segunda posição usando 100% do patrimônio de $10,000, terá comprometido $16,000 em exposição, embora registre apenas $10,000 de capital. Isso pode ser uma alavancagem válida conforme as regras de algumas contas. Mas não se torna válido só porque o código de dimensionamento usou “patrimônio”.

Erro 1: tratar patrimônio como caixa

Esse atalho aparece em estratégias com vários ativos. Cada sinal dimensiona sua ordem como uma fração do valor atual do portfólio, e cada ordem considera o valor total disponível. O loop do portfólio calcula as ordens de forma independente e depois as soma sem reservar capital.

É fácil não perceber o estrago em um backtest com instrumentos líquidos e sem chamadas de margem. Os retornos parecem plausíveis; os pesos das posições, somados depois, às vezes chegam a 140% ou 180%. Uma conta real pode rejeitar as ordens seguintes ou assumir uma alavancagem que a estratégia nunca pretendeu usar.

Reserve caixa à medida que as ordens são criadas. Em uma conta à vista, uma compra de $2,000 consome $2,000 mais as taxas. Em uma conta com margem, calcule a margem exigida segundo as regras da plataforma e então reduza o poder de compra disponível por esse valor. Se várias ordens chegarem juntas, defina a prioridade delas. Caso contrário, o resultado pode depender de qual loop foi executado primeiro.

Erro 2: contar garantias bloqueadas como poder de compra livre

Em uma plataforma de derivativos, depositar $1,000 em garantias não significa necessariamente que o patrimônio da conta caiu em $1,000. Mas significa que essas garantias estão comprometidas com a posição aberta. Um atalho contábil comum desconta esse valor do caixa e também desconta o nocional total da posição do poder de compra. Outro faz o contrário e trata as garantias como caixa livre e margem ao mesmo tempo.

Os dois erros distorcem o que a próxima ordem pode fazer. O primeiro pode fazer uma estratégia parecer limitada sem necessidade; o segundo pode aprovar ordens que a conta não consegue sustentar. Com alavancagem de 5×, uma posição de $5,000 pode exigir cerca de $1,000 de margem inicial, mas a margem de manutenção, as taxas, as perdas não realizadas e os níveis específicos da plataforma alteram o valor disponível. Nocional não é a mesma coisa que garantia.

Componente da contaO que representaPode financiar uma nova ordem?
PatrimônioValor da conta após passivos e posições marcadas a mercadoSomente sujeito às regras de margem e poder de compra
Caixa livreCaixa que ainda não foi gasto, reservado ou dado em garantiaSim, dentro das regras do instrumento
Garantias bloqueadasRecursos que dão suporte a uma posição ou ordem abertaEm geral, indisponíveis até serem liberados
Poder de compraCapacidade para ordens adicionais calculada pela plataformaSim, até o limite atual

Modele esses valores separadamente, mesmo que uma determinada plataforma os iguale em um caso simples. Em seguida, teste o que acontece quando uma posição dá prejuízo: o patrimônio cai, a margem de manutenção pode aumentar como proporção do nocional e o poder de compra disponível pode diminuir mais rápido do que qualquer um desses valores, isoladamente, sugere.

Erro 3: liberar caixa quando o sinal manda sair

Muitas vezes, um backtest libera capital assim que aparece um sinal de saída. Mas sinal de saída não é execução. A ordem pode estar pendente, ser executada parcialmente ou cancelada; até a posição ser efetivamente encerrada, a margem e a exposição continuam. Mesmo após a execução, as taxas e o P&L realizado afetam o que fica disponível.

O estrago costuma se concentrar em períodos de alta rotatividade. O simulador fecha uma operação, usa imediatamente os recursos para outra e então presume que as duas ordens foram executadas sem problemas pelos preços desejados. No paper trading, a segunda ordem pode ser rejeitada enquanto a primeira posição ainda está aberta. Ou a saída pode ser executada apenas em parte, deixando a conta com menos capital livre do que o backtest previa.

Registre ordens pendentes e posições como compromissos. Libere capital quando as ordens forem executadas, não quando houver apenas a intenção. Uma saída executada parcialmente deve liberar capital na proporção do volume efetivamente encerrado, descontados os custos. Isso pode parecer minucioso, até duas estratégias disputarem o mesmo caixa em um dia volátil.

Deixe o livro-razão explícito

Em cada ponto de decisão, mantenha um livro-razão atualizado em uma ordem fixa: marque as posições existentes a mercado, calcule o patrimônio e a margem, processe as execuções e os custos, recalcule o poder de compra e então dimensione e reserve as novas ordens. Registre detalhes suficientes para reconciliar cada mudança no caixa e no valor das posições.

Uma condição invariável útil: toda ordem aceita precisa poder ser financiada conforme o modelo da conta no momento do envio. Se o simulador não consegue explicar que caixa ou margem dá suporte à ordem, o backtest não demonstrou que o portfólio poderia mantê-la.

Faça uma pequena auditoria junto com o cálculo dos retornos. Informe a exposição bruta máxima, o caixa livre mínimo, a folga mínima de margem e quantas ordens teriam excedido o poder de compra. Uma estratégia que só tem bom desempenho quando o capital é reutilizado às escondidas produziu um resultado de dimensionamento de portfólio, não um backtest pronto para ser colocado em produção.

contabilidade de portfóliopoder de comprabacktestingmargemgestão de caixa
← Todos os artigos