Respuesta directa
Evaluar una ruptura fallida requiere más que notar que el precio “superó un nivel”. Necesita (1) una definición clara de qué cuenta como ruptura y qué cuenta como fallo, (2) las entradas de gráfico utilizadas para medirla, (3) la procedencia y actualidad de los datos, y (4) comprobaciones de calidad que expongan redibujados, niveles no coincidentes y supuestos de ejecución/coste. Esto le permite explicar el concepto con precisión y verificar de forma independiente los mismos hechos en otras fuentes de gráficos.
Mecánica o definición
Una ruptura generalmente se define como el precio que cruza y luego se mantiene en relación con un nivel predefinido (por ejemplo, un máximo/mínimo previo, línea de tendencia o límite de rango). Una ruptura fallida ocurre cuando esa ruptura no se sostiene y el precio posteriormente regresa al rango anterior o por debajo/encima del nivel según sus reglas establecidas.
Para evaluarla con datos utilizables, separe la mecánica estable de las condiciones variables:
- Mecánica estable (reglas conceptuales): la definición del nivel, la regla de confirmación de ruptura y la condición de fallo.
- Condiciones variables (contexto e implementación): elección del marco temporal, régimen de mercado, diferencias de proveedor de datos o plataforma, y costes de transacción/restricciones de ejecución.
Evidencia o ejemplo (qué entradas recopilar)
Utilice una lista de verificación de entradas, cada una con una nota breve de “por qué importa”:
- Especificación del nivel (¿qué límite?)
- El método exacto utilizado para dibujar el nivel (máximo/mínimo oscilante manual, pivote automatizado, máximo/mínimo de rango).
- Si el nivel se trata como un precio único, una zona (banda) o un límite derivado de un indicador dinámico.
- Reglas de medición de ruptura (¿qué cuenta como cruce y mantenimiento?)
- Regla de cruce: cierre por encima/por debajo vs. toque intrabar.
- Ventana de confirmación: cuántas barras después del cruce se requieren para calificar como “mantenimiento”.
- Definición de fallo (¿qué cuenta como fallo?)
- Regla de re-prueba/retorno: por ejemplo, el primer cierre significativo de vuelta dentro del límite del nivel.
- Horizonte de fallo: cuánto tiempo después de la ruptura espera antes de declararla fallida.
- Entradas de gráfico (¿qué datos está midiendo?)
- Marco(s) temporal(es): tenga en cuenta que el mismo movimiento de precio puede verse diferente en gráficos de 1 minuto frente a diarios.
- Contexto de sesión (si es relevante para su definición): si su nivel se basa en una sesión de negociación específica.
- Campos de precio: si utiliza cierres OHLC, máximos/mínimos, o ambos.
- Procedencia y actualidad (¿de dónde proviene?)
- La fuente de datos (plataforma de gráficos, feed de bróker o datos públicos) y cualquier transformación conocida.
- Si el gráfico es de barras históricas “fijas” o puede cambiar posteriormente debido a ajustes del proveedor.
- Supuestos de coste y ejecución (¿qué podría impedir el “mantenimiento”?)
- Los spreads, el deslizamiento y la latencia son variables, por lo que para la evaluación debe declarar sus supuestos explícitamente.
- Si no puede modelar esos costes, regístrelos como un factor no resuelto que puede convertir un “mantenimiento” teórico en un fallo observable.
Limitación material o modo de fallo a vigilar
Un modo de fallo común es el desajuste de reglas: una persona puede etiquetar “ruptura fallida” basándose en la penetración intrabar, mientras que otra requiere una ruptura por cierre y un posterior cierre de vuelta al interior. Sin reglas alineadas, dos observadores pueden tener “razón” ambos en relación con definiciones diferentes.
Otra limitación es la no transferibilidad histórica: incluso si identifica muchas rupturas fallidas pasadas, la relación entre el comportamiento del patrón y los resultados futuros no está garantizada. Los resultados varían con las condiciones, los costes, la ejecución e incluso cómo se dibuja el mismo nivel.
Limitaciones y riesgos
- Sensibilidad al marco temporal: el fallo puede aparecer antes o desaparecer cuando cambia el marco temporal o el método de construcción del nivel.
- Efectos de proveedor y redibujado: las barras históricas pueden representarse de manera diferente entre plataformas, especialmente alrededor del momento exacto del cruce.
- Costes no modelados: los costes de transacción y las restricciones de ejecución pueden afectar materialmente al “mantenimiento”, independientemente del patrón del gráfico.
- Zonas de nivel ambiguas: si utiliza una zona, debe definir si el “fallo” del precio significa cerrar de vuelta dentro de toda la zona o solo parcialmente.
Verificación o siguiente pregunta
Para verificar su evaluación de forma independiente:
- Replique las mismas reglas de ruptura y fallo en al menos otra fuente de datos de gráficos independiente.
- Documente los desacuerdos como evidencia de sensibilidad definicional (por ejemplo, “ruptura confirmada por cierres pero no por máximos”).
- Para cualquier decisión tipo cálculo (ventana de confirmación, horizonte, límites de zona), declare su supuesto claramente para que otros puedan reproducirlo.
Una buena siguiente pregunta para hacer la evaluación concreta es: *¿Qué criterios exactos de confirmación de ruptura y retorno de fallo está utilizando (cierre vs. toque, barras de confirmación y horizonte de fallo)?