Reversión de liquidación de financiación de perpetuos de ETH, basada en eventos, larga-corta (un solo instrumento ETHUSDT.BINANCE USD-M: alrededor de cada marca de tiempo de financiación de 8 h, cuando la financiación es EXTREME, opera la reversión posterior a la liquidación de la deriva previa causada por evitar el pago de financiación; posición mantenida ~1-2 h, riesgo definido, 3 parámetros)

Una estrategia LONG-SHORT, SINGLE-INSTRUMENT, EVENT-DRIVEN en ETHUSDT.BINANCE USD-M, sincronizada con la liquidación de financiación cada MECHANICAL 8 horas: un evento programado de flujo de efectivo que genera un flujo de órdenes predecible y recurrente, un mecanismo ausente en todo mi lote (momentum/carry/BAB/entre plataformas) y en el historial de colisiones (microestructura de barridos/muros, factores de barras). El mecanismo: cuando la tasa de financiación de 8 h es EXTREME (por ejemplo, muy positiva), los largos están a punto de PAY a los cortos en la marca de tiempo de liquidación, por lo que algunos largos apalancados reducen riesgo o cierran durante los ~30-60 min BEFORE de la liquidación para evitar el pago, lo que produce una leve caída DRIFT antes de la liquidación; una vez efectuado el pago, esa presión para evitar la financiación RELEASES y el precio tiende a REVERT al alza. La estrategia opera la reversión posterior a la liquidación: después de una liquidación con financiación extremadamente positiva, adopta una posición LONG (apostando contra la deriva previa a la liquidación); después de una liquidación con financiación extremadamente negativa, adopta una posición SHORT, y la mantiene durante ~1-2 horas para capturar la reversión, con un stop ajustado de riesgo definido. Esto es estacionalidad NOT por día de la semana/dentro de la semana (que fracasó): está anclada a un pago MECHANICAL, programado por la plataforma, cuyos flujos son estructurales y recurrentes, y condicionado a que la financiación sea extrema para que la ventaja esté presente. Opera con un solo instrumento y una sola plataforma, y solo usa financiación y precio (carga rápido; sin catálogo de opciones, sin estrategias de varias patas, sin operaciones entre plataformas, lo que evita los fracasos por complejidad de verificación). Tiene riesgo definido (stop ajustado, bajo apalancamiento, sin promediar a la baja), así que no puede sufrir pérdidas catastróficas como las reversiones de altcoins, y cubre el segmento de horizonte corto poco representado (8.8% frente a ≥10%). Es selectiva (solo se activa en liquidaciones con financiación extrema, y hay 3 liquidaciones al día, así que la muestra elegible sigue siendo amplia y estadísticamente robusta, lo que combate los fracasos por Sharpe deflactado y bajo número de operaciones). Se elige ETH por su gran liquidez y porque la financiación alcanza extremos significativos. Parámetros 3 (umbral de financiación extrema, duración de la posición, stop).

La iteración 3 corrige el fallo ONLY reportado: el nombre de clase de la entrega anterior, 'EthFundingSettlementReversionLS', coincidía con otra hipótesis (e33728ce). La clase pasa a llamarse EthPerp8hSettlementFundingReleaseReversion, un nombre específico de la hipótesis THIS (perpetuo ETH, liquidación cada 8h, reversión tras liberar el funding). No se cambió nada más: la lógica de señales, la construcción causal de la serie de funding, la entrada, salida y tamaño que ya superaron las capas 1-3 se conservaron byte por byte, para que ninguna capa anterior retroceda. Correspondencia con la hipótesis: filtro de funding extremo = entry_z sobre la puntuación z relativa al régimen en la liquidación (un filtro de ABSOLUTE bps dio cero operaciones porque el funding de ETH se comprimió ~5x desde 2021; por eso un umbral fijo supera todo el rango moderno; el filtro z conserva el mecanismo y mantiene la independencia de escala, según la lección L5); reversión posterior a la liquidación = LONG tras un valor extremadamente positivo / SHORT tras uno extremadamente negativo; retención de ~1-2h = hold_bars=4 con velas de 30 minutos; riesgo definido = stop intravela de 0.5%, riesgo de 0.5% del capital y apalancamiento 1.0. Se necesita una plataforma de futuros (la estrategia opera en corto y la ventaja depende del funding). Advertencia honesta para el analista: mi propia nueva medición sobre ~3,900 liquidaciones situó la reversión posterior a la liquidación entre +0.001% y +0.10% bruto, con filtros y horizontes razonables, frente a un coste de ida y vuelta taker de ~0.10%, sin ninguna celda estadísticamente significativa. Por eso espero que apenas cubra las comisiones, pero el rechazo reportado fue administrativo (coincidencia de nombre); el backtest, no yo, debe decidirlo.

Estrategia long-short, de un solo instrumento y basada en eventos sobre el perpetuo ETHUSDT.BINANCE USD-M, sincronizada con la liquidación mecánica de funding cada 8 horas. En cada liquidación mide cuán EXTREME es ese dato de funding respecto al régimen de funding vigente (puntuación z sobre las últimas 90 liquidaciones, ~30 días), y luego opera la liberación de la deriva previa a la liquidación causada por evitar el funding: tras una liquidación POSITIVE extrema toma una posición LONG; tras una NEGATIVE extrema, una posición SHORT, en velas de 30 minutos. Mantiene las posiciones ~2 horas (hold_bars=4) y las cierra por límite de tiempo o con un stop intravela ajustado de 0.5%; solo una posición a la vez, sin promediar a la baja ni apalancamiento (arriesga 0.5% del capital por operación hasta el stop; el nocional tiene un límite máximo de 1x del capital). La señal es continua en cada vela: la puntuación z de la liquidación atenuada por exp(-bars_since_settlement / decay_bars), así alcanza su máximo en la vela de liquidación y decae después; el umbral de entrada solo se supera dentro de la ventana de reversión.

Según la medición honesta del propio desarrollador, el resultado del entorno de pruebas apenas cubre las comisiones: avg_trade_return_pct 0.054% queda por debajo del coste de ida y vuelta de futuros de ~0.10% y muy por debajo del mínimo de 0.15%, con total_return -6.39%, Sharpe -0.93 (CI [-2.86, 1.01]), PF 0.70, comisiones de 39.4% del bruto y rotación 136. El desarrollador volvió a medir la reversión posterior a la liquidación: dio de +0.001% a +0.10% bruto con filtros y horizontes razonables, sin ninguna celda estadísticamente significativa. El mecanismo (liberación mecánica de la estrategia de evitar el funding cada 8h) es real y está bien codificado, pero la ventaja bruta por operación parece demasiado pequeña para cubrir las comisiones taker; el filtro por puntuación z mantiene una tasa de activación independiente de la escala, lo que ayuda al tamaño de la muestra (65 operaciones en ~344 días → medible en todo el historial). Esto es una observación para que el analista evalúe el backtest y el optimizador reales; no es un bloqueo. Ten en cuenta la asimetría de las operaciones (5 largas frente a 60 cortas) en el período del entorno de pruebas: refleja el régimen del signo del funding, no un error de polaridad.

Verificación fallida (revisión de la capa 4 — QA): - FEE-VIABILITY FAILURE — el efecto es menor que el coste de operarlo, incluso en el mejor caso. El estudio de eventos del propio desarrollador, sobre 3,886 pagos de financiación, muestra que el LARGEST movimiento medio del precio tras el pago de la financiación en toda la cuadrícula (intervalo x horizonte) es 0.0965%, por debajo del coste de ida y vuelta de 0.100%. Por tanto, ninguna configuración de este evento puede cubrir las comisiones, sea cual sea la dirección o la duración de la posición. La simulación confirma la economía: avg_trade_return_pct -0.103% (negativo), total_return -15.2%, profit_factor 0.265, Sharpe -1.81 (CI [-3.30, -0.22], totalmente por debajo de cero), win_rate 0.31 en 61 operaciones. Este es el fallo fee_edge que el elemento QA 7 debe rechazar en la capa 4: ningún umbral puede volver rentable un movimiento esperado por evento inferior al coste de ida y vuelta. - THE HYPOTHESIS CORE PREMISE IS FALSIFIED — no hay reversión tras el pago de la financiación, y ocurre en la dirección WRONG. La estrategia se basa en: financiación extremadamente positiva -> deriva bajista antes del pago de la financiación -> reversión tras el pago de la financiación UP -> operar LONG. El desarrollador midió el comportamiento real y es opuesto y no significativo: tras una financiación en el top-5% (estrategia BUYS), el precio sigue -0.0965% DOWN durante la siguiente hora; tras el bottom-5% (estrategia SELLS), va +0.0157% UP; ningún intervalo ni horizonte NO alcanza significación (|t| máximo = 1.06). Así, la estrategia opera sistemáticamente AGAINST una continuación leve y estadísticamente no significativa, lo que explica exactamente por qué el profit_factor de la simulación es 0.265 (sistemáticamente erróneo, no simplemente carente de ventaja). Esto NOT es un error de polaridad del código: el código implementa fielmente la polaridad declarada en la hipótesis, LONG tras valores positivos; es el mecanismo de la hipótesis (reversión) el que no aparece en los datos. Cambiar la estrategia para operar WITH la deriva tampoco la salvaría, porque el movimiento no alcanza el coste mínimo de comisiones y no es significativo en ninguna dirección (hallazgo n.º 1). - La solución al problema de cero operaciones es correcta y merece reconocimiento (nota positiva). La iteración 1 usaba un umbral absoluto de 5 bps, por encima de todo el rango reciente de financiación (máximo de 3.65 bps durante la ventana de simulación), porque la financiación de ETH se comprimió ~7x desde 2020-21 hasta 2025-26: un caso de manual del fallo L5 de umbral absoluto con datos complementarios no_trades. Sustituirlo por una puntuación z móvil estrictamente causal (precálculo único, O(log N) por barra, usando solo pagos de financiación hasta el índice correspondiente) es la construcción correcta, invariante a la escala, y restablece una frecuencia estable de activación entre regímenes (462 eventos en todo el historial, ~72/año; 22 en la simulación). Por lo demás, el código es correcto: señal continua con decaimiento amortiguado, stop intrabar, stop temporal derivado de ts_opened, tamaño de posición fraccional fijo sin multiplicador de apalancamiento. Así, la estrategia está correctamente implementada y es AND medible: simplemente busca capturar una ventaja que no existe después de costes.

Verificación fallida (capa 4 — revisión QA): - REVERSION PREMISE FALSIFIED — reconfirmado en la iteración 3; el mecanismo no aparece en el horizonte EVERY a lo largo de 3,886 liquidaciones. La reversión posterior a la liquidación en la que se basa la hipótesis no existe: la ventaja va de +0.001% a +0.10% en todos los filtros y horizontes razonables, frente a un coste de ida y vuelta taker de 0.100%, y nada es estadísticamente significativo. El entorno de pruebas con el valor predeterminado honesto (entry_z=2.0) tiene un signo catastróficamente equivocado: total_return -14.7%, profit_factor 0.308, Sharpe -1.96 (CI [-3.41, -0.48], completamente por debajo de cero, probabilistic_sharpe 0.0048), win_rate 0.33, avg_trade_return_pct -0.084% en 63 operaciones. En la iteración 2, no se trata de un error de polaridad del código (el código implementa fielmente la reversión indicada); el mecanismo no está en los datos. - La única configuración que supera las comisiones es ruido de la mejor entre N opciones, correctamente NOT ajustada. La búsqueda del desarrollador encontró una celda (z>=3.0, retención de 2h) que da +0.254% bruto / +0.154% neto en la dirección de reversión; superaría el coste de ida y vuelta y aprobaría la capa -4. Es una trampa de Sharpe deflactado/PBO, demostrada rigurosamente por el desarrollador: (1) su |t|=1.48 es el MAXIMUM entre 30 celdas de filtro por horizonte, pero el máximo |t| esperado con puro ruido y 30 celdas es ~2.3; la mejor celda es WEAKER de lo que produciría el azar (la señal exacta que descartó BtcEnsembleVote y BtcVolNormalizedMomentum en el registro de esta fábrica); (2) no hay gradiente por horizonte (+0.056%/30m, +0.071%/1h, +0.254%/2h, +0.238%/4h, +0.051%/8h: una reversión real aumenta monótonamente desde el evento; no aparece solo a las 2h para desaparecer a las 8h); (3) la media depende de ~17 observaciones concentradas en dos años atípicos (2021 +1.24% n=11, 2026 +1.71% n=6), mientras que 2023 (-0.18%) y 2025 (-0.42%) son negativos; (4) en el régimen moderno de funding comprimido, solo genera 5-6 operaciones al año, por debajo del mínimo de operaciones y sin suficientes datos para un walk-forward o una muestra de validación de 15 días. Ajustar entry_z=3.0/hold_bars=8 a ese resultado lo haría superar QA, para luego fallar el filtro de Sharpe deflactado/PBO tras consumir un backtest completo y una optimización de 3 fases; el desarrollador hizo bien en mantener parámetros honestos y señalarlo.