Um backtest de carteira pode apresentar uma curva de capital estável enquanto gasta o mesmo dólar duas vezes. Isto acontece quando o simulador trata capital próprio, caixa, garantias e poder de compra como se fossem a mesma coisa. Estão relacionados, mas respondem a perguntas diferentes: o que a conta possui, o que deve e quanto pode comprometer agora noutra ordem.
Imagina que uma estratégia começa com $10,000 e compra $6,000 de um ativo. Fica com $4,000 em caixa disponível. Se o backtest dimensionar depois uma segunda posição como 100% do capital próprio de $10,000, compromete uma exposição de $16,000, embora registe apenas $10,000 de capital. Isto pode ser uma alavancagem válida segundo as regras de algumas contas. Mas não é válida só porque o código de dimensionamento usou «capital próprio».
Erro número 1: tratar o capital próprio como caixa
Este atalho surge em estratégias com vários ativos. Cada sinal dimensiona a ordem como uma fração do valor atual da carteira e cada ordem considera o valor total. O ciclo da carteira calcula as ordens de forma independente e depois soma-as sem reservar capital.
Num backtest com instrumentos líquidos e sem chamadas de margem, é fácil não reparar nos estragos. Os retornos parecem plausíveis; quando somados posteriormente, os pesos das posições chegam por vezes a 140% ou 180%. Uma conta real pode rejeitar as ordens seguintes ou ficar com uma alavancagem que a estratégia nunca pretendeu usar.
Reserva caixa à medida que as ordens são criadas. Numa conta à vista, uma compra de $2,000 consome $2,000 mais comissões. Numa conta de margem, calcula a margem exigida segundo as regras da plataforma e reduz depois o poder de compra disponível nesse montante. Se chegarem várias ordens ao mesmo tempo, define a respetiva prioridade. Caso contrário, o resultado pode depender da ordem em que o ciclo foi executado.
Erro número 2: contar garantias bloqueadas como poder de compra disponível
Numa plataforma de derivados, depositar $1,000 como garantia não significa necessariamente que a conta tenha menos $1,000 de capital próprio. Significa, sim, que essa garantia está comprometida com a posição aberta. Um atalho contabilístico comum deduz esse valor da caixa e, em seguida, também deduz o valor nocional total da posição do poder de compra. Outro faz o contrário e trata a garantia simultaneamente como caixa disponível e margem.
Ambos os erros distorcem o que a ordem seguinte pode fazer. O primeiro pode fazer uma estratégia parecer desnecessariamente limitada; o segundo pode aprovar ordens que a conta não consegue suportar. Com uma 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 comissões, as perdas não realizadas e os escalões específicos da plataforma alteram o montante disponível. O valor nocional não é o mesmo que a garantia.
| Elemento da conta | O que representa | Pode financiar uma nova ordem? |
|---|---|---|
| Capital próprio | Valor da conta após passivos e posições avaliadas a mercado | Só se respeitar as regras de margem e de poder de compra |
| Caixa disponível | Caixa que ainda não foi gasta, reservada ou dada como garantia | Sim, dentro das regras do instrumento |
| Garantias bloqueadas | Fundos que suportam uma posição ou ordem aberta | Geralmente indisponíveis até serem libertados |
| Poder de compra | Capacidade para ordens adicionais, calculada pela plataforma | Sim, até ao limite atual |
Modela estes elementos como grandezas distintas, mesmo que, num caso simples, uma determinada plataforma faça coincidir alguns deles. Depois, testa o que acontece quando uma posição perde dinheiro: o capital próprio diminui, a margem de manutenção pode aumentar como percentagem do valor nocional e o poder de compra disponível pode diminuir mais depressa do que cada um desses valores, considerados isoladamente, faria prever.
Erro número 3: libertar caixa quando o sinal indica saída
Muitas vezes, um backtest liberta capital assim que surge um sinal de saída. Mas um sinal de saída não é uma execução. A ordem pode ficar pendente, ser parcialmente executada ou cancelada; enquanto a posição não for efetivamente encerrada, a margem e a exposição mantêm-se. Mesmo após uma execução, as comissões e os lucros ou perdas realizados afetam o montante que fica disponível.
Os estragos tendem a concentrar-se nos períodos de elevada rotação. O simulador fecha uma operação, gasta imediatamente o produto noutra e assume que ambas as execuções ocorreram sem problemas aos preços pretendidos. Na negociação em papel, a segunda ordem pode ser rejeitada enquanto a primeira posição ainda está aberta. Ou a saída é executada apenas em parte, deixando a conta com menos capital disponível do que o backtest previa.
Regista as ordens pendentes e as posições como compromissos. Liberta capital quando as ordens são executadas, não quando existe apenas a intenção de o fazer. Uma saída parcialmente executada deve libertar capital na proporção do montante efetivamente encerrado, depois de descontados os custos. Isto parece minucioso, até duas estratégias disputarem a mesma caixa num dia volátil.
Torna o registo contabilístico explícito
Em cada momento de decisão, mantém um registo contabilístico que se atualiza por uma ordem fixa: avalia as posições existentes a mercado, calcula o capital próprio e a margem, processa as execuções e os custos, volta a calcular o poder de compra e, por fim, dimensiona e reserva as novas ordens. Regista detalhes suficientes para reconciliar cada alteração na caixa e no valor das posições.
Uma regra útil: todas as ordens aceites têm de poder ser financiadas segundo o modelo da conta no momento em que são submetidas. Se o simulador não conseguir explicar que caixa ou margem as suporta, o backtest não demonstrou que a carteira as poderia manter.
Faz uma pequena auditoria em paralelo com o cálculo dos retornos. Apresenta a exposição bruta máxima, a caixa disponível mínima, a folga mínima de margem e o número de ordens que teriam excedido o poder de compra. Uma estratégia que só tem bons resultados quando o capital é reutilizado às escondidas apresenta um resultado de dimensionamento da carteira, não um backtest pronto para ser implementado.
← Todos os artigos
