BTC Provisão de liquidez com grelha de intervalo, apenas maker (perpétuo BINANCE USD-M de instrumento único, barras de 15m, exploração de oscilações com escada de ordens passivas LIMIT em torno de preço médio móvel — espaçamento da grelha ≫ ida e volta maker, pausa por tendência e limite de posição, combate à penalização das comissões taker na reversão à média, 4 parâmetros)

Uma grelha GRID de criação de mercado/provisão de liquidez em BTCUSDT.BINANCE (perpétuo USD-M, barras de 15m) que explora oscilações de intervalo exclusivamente através de ordens limite PASSIVE MAKER — um ataque estrutural deliberado à falha exata que fez fracassar todas as estratégias de reversão à média taker nesta sessão. Todas fracassaram da mesma forma: uma vantagem real, mas minúscula, de oscilação (−0.05% a −0.2%/transação) consumida pelo custo de ida e volta taker de ~0.10%. A execução maker na Binance USD-M custa ~0.02%/lado (~0.04% ida e volta), uma poupança de ~0.06% por ciclo que pode transformar a captura de oscilações marginalmente negativa em positiva — uma alavanca que nunca chegou a ser medida (a única tentativa maker falhou por um 300s PERF TIMEOUT, não por falta de vantagem). Mecanismo: mantém um preço médio móvel (EMA) e coloca uma escada de ordens LIMIT em repouso — limites de compra abaixo do preço médio e de venda acima — espaçadas por grid_step (por defeito, ~0.35%; definido WELL acima da ida e volta maker de ~0.04% para que cada ciclo compra→venda executado cubra as comissões com margem), abrangendo ±N níveis (por defeito, 4). Com a oscilação do preço, as compras executadas acumulam posição longa, vendida no nível superior seguinte, e vice-versa, captando grid_step menos as comissões maker por ciclo concluído. É expressamente diferente das famílias que falharam: NOT reversão à média taker (NOT apenas maker, e a matemática das comissões é invertida), NOT rotação de fatores (as minhas três rotações pendentes ocupam esse espaço — esta é uma estratégia TYPE diferente), NOT seguimento de tendência, NOT opções/carry/liquidações, NOT fading de sinal de ativo único (sem previsão direcional — é provisão de liquidez simétrica). Foi concebida para enfrentar os dois fatores conhecidos que destroem grelhas: (1) mercados TRENDING — um filtro de tendência (inclinação acentuada de EMA ou quebra do preço para fora do intervalo da grelha) PAUSES novas ordens no lado perdedor e fecha a posição através de um stop rígido, impedindo uma acumulação contra a tendência que faça a estratégia implodir; (2) o PERF TIMEOUT — os níveis da grelha são pré-calculados uma vez por rebalanceamento e as execuções são verificadas em O(1) por barra, face aos máximos/mínimos da barra, sem voltar a percorrer o histórico. Preenche duas lacunas da carteira: não existe estratégia de provisão de liquidez e o horizonte curto está sub-representado (6.8%). Parâmetros 4 (grid_step, n_levels, período de análise de EMA/preço médio, limiar de pausa por tendência).

Implementa diretamente a hipótese: (1) MAKER-ONLY — todas as ordens da grelha usam order_factory.limit(post_only=True), que a bolsa rejeita em vez de permitir que atravesse o spread, garantindo execução maker (~0.02%/lado ≈ 0.04% ida e volta). grid_step 0.35% >> 0.04%, pelo que cada ciclo compra->venda gera um resultado líquido positivo após comissões, invertendo a matemática das comissões taker que fez falhar as estratégias de reversão à média taker desta sessão. (2) LADDER em torno de um ROLLING MID — EMA(mid_lookback) é o preço médio; n_levels compras post-only abaixo e vendas acima, espaçadas por grid_step. Cada execução cria uma ordem limite TP oposta (compra executada -> venda um nível acima; venda executada -> compra um nível abaixo), formando a clássica grelha autossustentável que explora oscilações. (3) TREND-PAUSED — o filtro de tendência com inclinação EMA e a quebra do intervalo da grelha fecham a posição e interrompem as cotações durante tendências, defendendo contra a implosão por acumulação contra uma tendência. (4) INVENTORY-CAPPED — limite rígido de exposição líquida (inv_cap_mult*n_levels*level_qty), além da escada naturalmente limitada de ±n_levels, mantêm a exposição controlada; se o limite for ultrapassado, fecha-se a posição no mercado. (5) NO PERF TIMEOUT — os níveis são calculados uma vez por transição de regime e repostos em on_order_filled; cada barra requer O(1). Exatamente 4 parâmetros centrais ajustáveis (grid_step, n_levels, mid_lookback, trend_threshold). É necessária a negociação de futuros BINANCE (MARGIN), pois a vantagem depende de comissões maker e a grelha oferece provisão de liquidez simétrica longa e curta — as comissões maker de 0.10% e a natureza apenas longa do mercado à vista eliminariam a vantagem. A alavancagem foi mantida deliberadamente em 1.0: as grelhas acumulam contra os movimentos, pelo que a alavancagem é um risco inadequado (conforme o aviso explícito sobre o arquétipo de grelha), e o dimensionamento usa config.leverage para se manter consistente caso venha a ser aumentada. Preenche duas lacunas da carteira (sem estratégia de provisão de liquidez; horizonte curto sub-representado) e gera transações frequentes em 15m BTC (as oscilações de 0.35% são constantes), evitando as falhas de no_trades/verification_loop. Verificado: camada 1 estática PASSED, todos os 6 cenários sintéticos da camada 2 PASSED com um sinal contínuo e não congelado.

Liquidação total da conta em 2022-03-06: total_return -100%, max_drawdown 100% (máximo de CI 100.07%), e todos os retornos desde março de 2022 são exatamente 0.0 — a estratégia implodiu 2 anos após o início do período e nunca recuperou. A falha é o fator estrutural exato que destrói grelhas e que a hipótese dizia combater: acumulação ilimitada de posição longa contra a tendência descendente sustentada de 2022 (fevereiro de 2022 = -107%), que a pausa por tendência com inclinação de EMA e o limite de posição comprovadamente não conseguiram conter. As métricas de suporte confirmam uma estratégia quebrada, sem vantagem: profit_factor 0.646, Sharpe -0.95 (CI [-3.32, -0.83] totalmente negativos), Sortino -0.89, information_ratio -2.45, PSR 0.0, return_skew -45.7 / curtose 2179 (cauda esquerda catastrófica), e avg_trade_return_pct 0.14% abaixo do limite mínimo das comissões de futuros 0.15%, mesmo antes da implosão. Otimizar grid_step/n_levels/mid_lookback/trend_threshold não pode salvar uma estratégia que liquida a conta — o ajuste de parâmetros apenas alteraria a data da implosão, sem eliminar o risco inerente a uma grelha alavancada que acumula contra a tendência. Fundamentalmente quebrada; não merece 2 horas de otimização.

Estratégia de provisão de liquidez com grelha de intervalo apenas maker em BTCUSDT.BINANCE USD-M perpétuo (barras de 15m). Mantém um preço médio móvel EMA e coloca uma escada de ordens PASSIVE post-only LIMIT: limites de compra n_levels abaixo do preço médio e limites de venda n_levels acima, espaçados por grid_step (0.35%). As compras acumulam posição longa abaixo do preço médio e as vendas acumulam posição curta acima; cada execução coloca imediatamente uma ordem limite oposta de realização de lucro a uma distância de um grid_step, pelo que cada ciclo compra->venda (ou venda->compra) concluído capta grid_step menos a ida e volta maker de ~0.04%. Como grid_step (0.35%) está bem acima da ida e volta maker, cada oscilação captada cobre as comissões com margem — o motivo estrutural para usar execução maker (0.02%/lado) em vez de taker (0.05%/lado), que fez falhar as tentativas anteriores de reversão à média. Controlos de risco: um filtro de tendência com inclinação EMA (|inclinação| ao longo de slope_window > trend_threshold) e uma quebra do intervalo de preços (preço desloca-se mais de envelope_mult*n_levels*grid_step desde a referência da grelha) acionam ambos o encerramento total — cancelam todas as ordens em repouso e fecham a posição no mercado — e suspendem novas cotações até o mercado voltar a oscilar dentro de um intervalo; um limite de posição independente fecha a posição se a exposição líquida ultrapassar inv_cap_mult*n_levels*level_qty. A escada só é reconstruída nas transições de regime e é reposta de forma orientada a eventos em on_order_filled, pelo que o trabalho por barra é O(1) (sem voltar a percorrer o histórico → sem timeout de PERF).