¿Cómo se puede probar el filtrado de falsas rupturas?

¿Cómo funciona el filtrado de falsas rupturas como concepto?

El filtrado de falsas rupturas tiene como objetivo reducir las operaciones activadas por rupturas que no se comportan como se espera. En la práctica, primero se detecta una “ruptura” utilizando alguna regla (por ejemplo, que el precio cruce un nivel) y, a continuación, un filtro permite que la operación continúe o la bloquea en función de información adicional.

Un desafío central de las pruebas es separar dos cosas:

La mecánica estable del diseño de su filtro (la lógica que aplica).
Las condiciones variables del mercado y de los datos (régimen de volatilidad, costes similares al spread, calidad de la ejecución).

Por lo tanto, las pruebas deben centrarse en si el filtro mejora un resultado predefinido en comparación con una línea base, sin asumir una previsibilidad futura.

Defina una hipótesis comprobable y una línea base

Para probar el filtrado de falsas rupturas, comience con una hipótesis que pueda ser refutada. Ejemplos de patrones de hipótesis (redactados como afirmaciones neutrales):

“Cuando una señal de ruptura va seguida de una condición específica posterior a la ruptura, el filtro reduce la proporción de resultados que se revierten rápidamente.”
“En comparación con la regla de ruptura base por sí sola, la adición del filtro cambia las métricas de rendimiento en una dirección consistente.”

A continuación, defina su línea base con claridad. Las líneas base comunes son:

Sin filtro: solo se utiliza la regla inicial de detección de rupturas.
Filtro ingenuo: una regla simple y transparente que no utiliza la misma información que su filtro propuesto (útil para comprobar que cualquier mejora no se debe simplemente a una reducción de la frecuencia de las operaciones).

Mantenga las métricas alineadas con la hipótesis. Si su hipótesis trata sobre falsas rupturas, elija métricas que reflejen la frecuencia de reversiones o el comportamiento similar al drawdown, no solo los rendimientos brutos.

Configure la división de datos y el protocolo de evaluación

Un filtro puede parecer eficaz si se ajusta accidentalmente a un solo período. Utilice un protocolo que minimice la fuga de información:

División basada en el tiempo

Entrenamiento (para elegir reglas o umbrales).
Validación (para seleccionar entre configuraciones alternativas del filtro).
Prueba (para la evaluación final, sin tocar).

Evite la mezcla aleatoria. El comportamiento de las rupturas a menudo depende de condiciones de mercado que varían con el tiempo.

Múltiples regímenes Si es posible, asegúrese de que el conjunto de pruebas incluya diferentes condiciones de volatilidad y tendencia. Sin asumir que un “tipo de mercado” se repetirá, al menos puede comprobar si el efecto del filtro persiste en períodos variados.
Coherencia en el punto de decisión Asegúrese de que la decisión del filtro se tome únicamente utilizando información que habría estado disponible en el momento de la decisión. Un modo de fallo frecuente es utilizar características que solo pueden conocerse después del hecho (por ejemplo, máximos/mínimos futuros).

Costes y supuestos de factores variables

Incluso para pruebas de concepto, necesita supuestos explícitos para los componentes del cálculo. De lo contrario, los resultados pueden ser engañosos.

Incluya un modelo de costes que coincida con su entorno a un nivel general:

Costes de transacción (comisiones o spreads como estimación total por operación).
Retraso en la ejecución (si su filtro requiere esperar una confirmación, puede estar entrando más tarde a precios diferentes).
Margen de deslizamiento (cuánto peores podrían ser los rellenos en comparación con una estimación de precio medio).

Declare estos supuestos como variables en su plan de pruebas. A continuación, realice comprobaciones de sensibilidad:

Escenarios de costes bajos, medios y altos.
Supuestos de deslizamiento ligeramente diferentes.

Si la mejora aparente del filtro desaparece con costes más realistas, la prueba sugiere que el efecto no es robusto.

Evidencia o diseño de prueba de ejemplo

A continuación se presenta un diseño de prueba estructurado que puede implementar sin depender de precios en vivo.

Elija una regla de ruptura Defínala como un paso determinista, como por ejemplo:

“Se produce un evento de ruptura cuando el precio cruza un nivel predefinido.”

Declare su definición de evento con claridad: qué marco temporal, qué tipo de nivel (máximo anterior, rango móvil) y cómo maneja los casos límite.

Defina la condición del filtro La condición del filtro debe estar vinculada a la hipótesis de falsa ruptura. Por ejemplo (forma genérica):

“Después de la ruptura, exija que se cumpla una condición de seguimiento durante N pasos; de lo contrario, bloquee la operación.”

Declare N y la condición de seguimiento de una manera que no pueda ser interpretada de forma diferente por otro lector.

Defina el etiquetado del resultado Si su hipótesis trata sobre rupturas “falsas”, debe definir qué significa “falsa” operativamente.

Por ejemplo, “una operación bloqueada es aquella en la que el precio se revierte más allá de un umbral dentro de un cierto horizonte”.

Nuevamente, defina el horizonte y el umbral de reversión como supuestos explícitos.

Compare con la línea base Calcule las mismas métricas para:

Línea base: eventos de ruptura sin el filtro.
Filtrado: eventos de ruptura con el filtro.

Como mínimo, compare:

Métricas de frecuencia (cuántos eventos se permiten frente a cuántos se bloquean).
Métricas de resultados adversos (con qué frecuencia ocurren los criterios de reversión).
Métricas de riesgo (cuán grandes se vuelven las excursiones adversas).

Limitaciones y riesgos: qué puede salir mal

Al menos una limitación material debe ser parte del plan de pruebas.

Modos de fallo comunes:

Sobreajuste a un solo período de tiempo Si los umbrales del filtro se ajustan utilizando el conjunto de datos completo, los resultados de la prueba pueden reflejar solo ese período específico.
Fuga de información mediante datos posteriores al evento Si cualquier característica del filtro utiliza información que no habría estado disponible cuando se requería la decisión, la prueba no es válida.
Dependencia del régimen Un filtro puede ayudar durante un régimen lateral, pero fallar durante regímenes de tendencia (o viceversa). Esto significa que una sola métrica de prueba puede ocultar inestabilidad.
Desajuste de costes y ejecución Si su evaluación asume rellenos poco realistas, un filtro que espera confirmación puede tener un rendimiento inferior una vez que se incluyen los costes reales.
Problemas de calidad de datos Diferentes fuentes de datos pueden tener diferentes marcas de tiempo o comportamientos similares a la microestructura. Incluso al utilizar el mismo activo, pequeñas diferencias pueden cambiar la detección de “rupturas”.

Las relaciones históricas no establecen resultados futuros. Incluso una prueba bien diseñada proporciona evidencia sobre el pasado, no una garantía sobre el futuro.

Verificación y siguientes preguntas

Después de calcular los resultados, verifique la afirmación central en lugar de confiar en un solo número.

Comprobaciones de robustez

Vuelva a ejecutar la prueba con diferentes supuestos de costes razonables.
Varíe la configuración del filtro dentro de un rango estrecho para ver si el comportamiento cambia drásticamente.
Evalúe múltiples activos/períodos de tiempo si sus datos lo permiten.

Compruebe el mecanismo Si el filtro mejora los resultados, confirme que se alinea con el mecanismo previsto (por ejemplo, menos reversiones o menores excursiones adversas). Si las mejoras ocurren solo porque la frecuencia de las operaciones disminuye, debe reinterpretar el resultado.
Documente la refutabilidad Escriba qué resultados contradirían la hipótesis. Esto ayuda a distinguir entre “funciona en algunos casos” y “funciona por una razón estable”.
Vuelva a comprobar los factores variables Si los resultados cambian significativamente al modificar los supuestos sobre el retraso de ejecución o los costes, eso es evidencia de sensibilidad y una limitación del enfoque.

Si lo desea, comparta su definición de ruptura y la regla exacta del filtro que planea probar (incluyendo el momento de decisión y el horizonte).