BTC Provisión de liquidez con grid de rango, solo maker (perpetuo BINANCE USD-M de un único instrumento, velas de 15m, captura oscilaciones mediante escalera de órdenes pasivas LIMIT alrededor de una media móvil — espaciamiento de grid ≫ viaje de ida y vuelta maker, pausa por tendencia y límite de inventario, combate la sangría de comisiones taker en la reversión a la media, con 4 parámetros)

Un GRID de creación de mercado y provisión de liquidez en BTCUSDT.BINANCE (perpetuo USD-M, velas de 15m) que captura oscilaciones de rango exclusivamente con órdenes limitadas PASSIVE MAKER — un ataque estructural deliberado contra el fallo exacto que acabó con todas las estrategias taker de reversión a la media de esta sesión. Todas murieron igual: una ventaja real pero diminuta de oscilación (−0.05% a −0.2%/operación) consumida por el ~0.10% del viaje de ida y vuelta taker. La ejecución maker en Binance USD-M cuesta ~0.02%/lado (~0.04% ida y vuelta), un ahorro de ~0.06% por ciclo que puede volver positiva una captura de oscilación marginalmente negativa — una palanca que nunca llegó a medirse (el único intento maker murió por un 300s PERF TIMEOUT, no por la ventaja). Mecanismo: mantener un precio medio móvil (EMA) y colocar una escalera de órdenes LIMIT en reposo — límites de compra por debajo del precio medio, límites de venta por encima — espaciadas por grid_step (por defecto ~0.35%, fijado WELL por encima del viaje de ida y vuelta maker de ~0.04% para que cada ciclo de compra→venta cubra las comisiones con margen), que abarca ±N niveles (por defecto 4). Cuando el precio oscila, las compras ejecutadas acumulan inventario largo que se vende en el siguiente nivel superior, y viceversa, capturando grid_step menos las comisiones maker por ciclo completado. Se distingue claramente de las familias descartadas: NOT reversión a la media taker (NOT solo maker y el cálculo de comisiones está invertido), NOT una rotación de factores (mis tres rotaciones pendientes ocupan ese espacio — esta es una estrategia distinta TYPE), NOT seguimiento de tendencia, NOT opciones/carry/liquidación, NOT reversión de señales de un solo activo (sin pronóstico direccional: es provisión de liquidez simétrica). Está diseñada para contrarrestar los dos riesgos conocidos de las grids: (1) mercados TRENDING — un filtro de tendencia (pendiente EMA pronunciada o precio que rompe el perímetro de la grid) PAUSES nuevas órdenes en el lado perdedor y liquida el inventario mediante un stop estricto, evitando la acumulación contra tendencia que provoca la quiebra; (2) el PERF TIMEOUT — los niveles de la grid se precalculan una vez por rebalanceo y las ejecuciones se comprueban en O(1) por vela contra máximos y mínimos, sin volver a recorrer el historial. Cubre dos carencias de la cartera: no hay estrategia de provisión de liquidez y el corto horizonte está infrarrepresentado (6.8%). Parámetros 4 (grid_step, n_levels, retrospectiva del precio medio/EMA, umbral de pausa por tendencia).

Implementa directamente la hipótesis: (1) MAKER-ONLY — todas las órdenes de la grid usan order_factory.limit(post_only=True), que el exchange rechaza en lugar de permitir que crucen, garantizando ejecución maker (~0.02%/lado ≈ 0.04% ida y vuelta). grid_step 0.35% >> 0.04%, así que cada ciclo de compra→venta deja un saldo positivo tras las comisiones, invirtiendo el cálculo de las comisiones taker que acabó con las estrategias de reversión a la media taker de la sesión. (2) LADDER alrededor de una ROLLING MID — EMA(mid_lookback) es la media; n_levels compras post-only por debajo y ventas por encima, espaciadas grid_step. Las ejecuciones generan límites TP opuestos (compra ejecutada -> venta un nivel arriba; venta ejecutada -> compra un nivel abajo), la grid clásica autosostenida que captura oscilaciones. (3) TREND-PAUSED — el filtro de tendencia con pendiente EMA y la ruptura del perímetro de la grid liquidan el inventario y detienen las cotizaciones durante las tendencias, para evitar la quiebra por acumulación contra tendencia. (4) INVENTORY-CAPPED — límite estricto de exposición neta (inv_cap_mult*n_levels*level_qty) y una escalera acotada naturalmente en ±n_levels mantienen limitada la exposición; si se supera el límite, se liquidan las posiciones. (5) NO PERF TIMEOUT — los niveles se calculan una vez por transición de régimen y se reponen en on_order_filled; cada vela es O(1). Exactamente 4 parámetros básicos ajustables (grid_step, n_levels, mid_lookback, trend_threshold). Mercado: se requieren futuros BINANCE (MARGIN) porque la ventaja depende de las comisiones maker y la grid ofrece provisión simétrica de liquidez larga y corta — las comisiones maker de 0.10% y su carácter solo largo eliminarían la ventaja. El apalancamiento se mantiene deliberadamente en 1.0: las grids acumulan posiciones contra los movimientos, así que el apalancamiento añade un riesgo inadecuado (según la advertencia explícita del arquetipo de grid), y el tamaño de las posiciones usa config.leverage para mantener la coherencia si alguna vez se aumenta. Cubre dos carencias de la cartera (sin estrategia de provisión de liquidez; corto horizonte infrarrepresentado) y genera operaciones frecuentes en 15m BTC (las oscilaciones de 0.35% son constantes), evitando los fallos de no_trades/verification_loop. Verificado: capa 1 estática PASSED, todos los 6 escenarios sintéticos de capa 2 PASSED con una señal continua y no congelada.

Liquidación total de la cuenta el 2022-03-06: total_return -100%, max_drawdown 100% (máximo CI 100.07%), y todos los rendimientos desde marzo de 2022 en adelante son exactamente 0.0 — la estrategia quebró 2 años después del inicio del período y nunca se recuperó. El fallo es el riesgo estructural exacto de una grid que la hipótesis afirmaba evitar: acumulación sin límite de inventario largo contra la tendencia bajista sostenida de 2022 (febrero de 2022 = -107%), que la pausa por tendencia con pendiente de EMA y el límite de inventario demostrablemente no lograron contener. Las métricas adicionales confirman una estrategia fallida y con ventaja negativa: 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 / curtosis 2179 (cola izquierda catastrófica), y avg_trade_return_pct 0.14% está por debajo del mínimo de comisiones de futuros 0.15% incluso antes de la quiebra. Optimizar grid_step/n_levels/mid_lookback/trend_threshold no puede salvar una estrategia que liquida la cuenta — ajustar los parámetros solo cambiaría la fecha de la quiebra, sin eliminar el riesgo intrínseco de acumular contra una tendencia en una grid apalancada. Está fundamentalmente rota; no vale la pena dedicarle 2 horas de optimización.

Estrategia de provisión de liquidez con grid de rango, solo maker, en BTCUSDT.BINANCE USD-M perpetuo (velas de 15m). Mantiene un precio medio móvil EMA y coloca una escalera de órdenes PASSIVE LIMIT post-only: n_levels límites de compra por debajo del precio medio y n_levels límites de venta por encima, espaciados por grid_step (0.35%). Las compras acumulan inventario largo por debajo del precio medio y las ventas, inventario corto por encima; cada ejecución coloca de inmediato una orden limitada opuesta de toma de beneficios a un grid_step de distancia, así que cada ciclo completado de compra->venta (o venta->compra) captura grid_step menos el viaje de ida y vuelta maker de ~0.04%. Como grid_step (0.35%) se fija muy por encima del viaje de ida y vuelta maker, cada oscilación capturada cubre las comisiones con margen — la razón estructural para usar ejecución maker (0.02%/lado) en vez de taker (0.05%/lado), que acabó con los intentos anteriores de reversión a la media. Controles de riesgo: un filtro de tendencia con pendiente EMA (|pendiente| sobre slope_window > trend_threshold) y una ruptura del perímetro de precios (el precio se aleja > envelope_mult*n_levels*grid_step del ancla de la grid) activan una liquidación completa — cancelar todas las órdenes en reposo y cerrar el inventario a mercado — y luego pausar la nueva provisión de liquidez hasta que el mercado vuelva a oscilar en rango; un límite de inventario independiente liquida si la exposición neta supera inv_cap_mult*n_levels*level_qty. La escalera solo se reconstruye en las transiciones de régimen y se repone por eventos en on_order_filled, así que el trabajo por vela es O(1) (sin volver a recorrer el historial → sin tiempo de espera PERF).