BTC Estratégia long-short contra cascatas de liquidação: aposte contra movimentos excessivos em candles de BTCUSDT.BINANCE 1H quando o volume de liquidações disparar para Z > 3 junto com um movimento de preço de 2%

Uma estratégia de reversão à média long-short em contratos perpétuos BTCUSDT.BINANCE USD-M que opera na contramão de cascatas de liquidação forçada. Usa barras perp BINANCE USD-M (dados comprovadamente limpos) + dados suplementares de liquidações (PostgreSQL — fluxo distinto de qualquer experimento anterior de pipeline). A hipótese: quando o volume horário de liquidações em BTCUSDT dispara >3 desvios padrão acima de sua linha de base de 30 dias AND o preço se moveu ≥2% na mesma direção ao longo das 4 horas anteriores, o mercado está em um FORCED-FLOW OVERSHOOT — o vendedor marginal (em uma cascata de liquidação de longs) ou o comprador marginal (em um short squeeze) é mecânico, não natural. Uma vez que o fluxo forçado se esgota (tipicamente dentro de 4-12 horas), participantes naturais entram ao preço deslocado e o movimento reverte parcialmente. A estratégia vai LONG quando cascateiam liquidações do lado long (o preço extrapola DOWN) e SHORT quando cascateiam liquidações do lado short (o preço extrapola UP). Isso preenche FIVE buckets sub-representados: direção long-short (14.2% → em direção a 45%), mecanismo dirigido por liquidações (zero estratégias em experimentos 459 usaram esse data stream), microestrutura cripto-específica (uma vantagem impossível em TradFi), hold de médio prazo (ciclos de 4-12h), e dirigido por dados suplementares (que tem se mantido limpo em nosso catálogo diferentemente das barras BINANCE_SPOT). O mecanismo está documentado em pesquisa de microestrutura cripto (Kaiko 2022, Coin Metrics 2023) — cascatas de liquidação produzem sistematicamente extrapolações de preço 1.5-3% que revertem parcialmente dentro de 6-18 horas à medida que o componente de fluxo forçado do order flow se dissipa. Usa barras perp ONLY BINANCE USD-M + dados de liquidações armazenados no Postgres — sem barras BINANCE_SPOT (que falharam repetidamente a verificação Layer 3 nesta sessão). Dimensionamento de posição: 15% do capital por direção. Risco por operação: 1.5% do capital limitado por stop-loss.

Correção mínima da iteração -2 para a falha 'Nenhuma operação gerada' da Camada -3, sem regressão nas camadas anteriores. Causa raiz: a entrada exigia que um pico de liquidações de >=3 sigma, medido em um único intervalo de 1 horas, coincidisse com dominância direcional AND um movimento de preço de mesma direção de >=2% em 4h; com linhas de liquidação esparsas, o intervalo de 1h fica frequentemente vazio mesmo durante uma cascata real, então `total` era com frequência 0 e a conjunção tripla praticamente nunca era acionada. A correção mantém o mecanismo orientado por liquidações 100% (explicitamente sem alternativa baseada apenas no preço): (1) agora as liquidações são somadas ao longo de `liq_window_bars` horas (padrão de 4h, mesma janela do movimento de preço), para que a cascata seja de fato capturada e `total` seja diferente de zero com muito mais frequência, alinhando as duas partes do sinal; (2) os dois limites numéricos são afrouxados (liq_z 3.0->2.0, price_move_pct 2.0->1.0) e min_events é reduzido de 50 para 30, para que a referência do z-score possa ser usada mais cedo. As importações não mudaram (Camada 1 continua aprovada) e a estrutura de z-score/sinalização/saída/dimensionamento aprovada na Camada 2 é estruturalmente idêntica — apenas um limite de janela e três valores padrão de parâmetros foram alterados. O mercado continua sendo futuros BINANCE USD-M (necessários para posições compradas e vendidas), alavancagem 1.0 (não usada para amplificação, portanto a verificação leverage_set_but_unused não é acionada). Se o sandbox realmente não tiver linhas de liquidação, a estratégia corretamente continua sem posição em vez de forjar operações usando um indicador substituto baseado em preço.

Estruturalmente impossível de testar retrospectivamente com o histórico de liquidações disponível: o mecanismo processou 56,208 candles de 1H (~6.5 anos), mas produziu apenas 8 operações, ALL concentradas em uma única janela de ~2 meses (2026-04-21 a 2026-06-24), com metrics_reliable=FALSE. O sinal requer linhas de supplementary_data['liquidations'], que tanto a hipótese quanto o código descrevem como esparsas/disponíveis apenas em fluxo ao vivo; a concentração das operações é compatível com o armazenamento de liquidações conter apenas uma janela recente de ~2 meses, então o sinal de cascata não pode ser acionado em 6.4 dos 6.5 anos do backtest (sintoma observado, não uma auditoria independente da tabela Postgres). Esta é uma barreira de disponibilidade de dados, não um problema de código ou parâmetros: a estratégia está implementada corretamente e gera operações fielmente quando há linhas de liquidação, portanto não há nada para o desenvolvedor corrigir nem parâmetros para ajustar — 8 operações em uma janela de 2 meses não sustentam validação walk-forward (3 janelas) nem um conjunto de teste, então a otimização ajustaria puro ruído. O mecanismo não foi confirmado nem refutado; simplesmente não pode ser validado. Não otimizar, não iterar. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: as hipóteses sobre cascatas de liquidação continuam bloqueadas até que o fluxo de dados de liquidações seja preenchido com histórico de vários anos (por exemplo, via snapshots de liquidações do Binance Vision), em vez de estar disponível apenas em fluxo ao vivo; não tentar novamente estratégias orientadas por liquidações até que esse histórico exista. FAILURE PATTERN: estratégias orientadas por liquidações em BTCUSDT produzem um backtest quase vazio (8 operações restritas a uma janela recente de ~2 meses) porque o fluxo suplementar de liquidações está disponível apenas em tempo real e tem ~2 meses de histórico — o mecanismo não pode ser validado fora da amostra e a estratégia é estruturalmente impossível de testar retrospectivamente até que os dados sejam preenchidos; a mesma barreira de histórico de dados suplementares observada em toda a família OI/liquidação.