¿Qué datos se necesitan para evaluar la ruptura de sesión?

Respuesta directa

Para evaluar la “ruptura de sesión” necesita datos que le permitan (1) definir la ventana de sesión y los niveles de referencia, (2) verificar el método exacto utilizado para marcar una ruptura, (3) confirmar la procedencia y la oportunidad de los datos de precios, y (4) realizar controles de calidad que eviten cálculos engañosos. Esto es informativo: no garantiza resultados, y los resultados variarán según las condiciones del mercado, los costos, la ejecución y la jurisdicción.

Mecánica y definición (lo que debe poder calcular)

Comience separando la mecánica estable de las condiciones variables.

Definición de sesión (entradas)

Horas de inicio y fin de la sesión para el mercado en cuestión.
Zona horaria utilizada para esas marcas de tiempo.
Qué horas de negociación se incluyen (por ejemplo, si se excluyen los datos previos a la apertura o posteriores al cierre).

Definición del nivel de referencia (entradas) Las evaluaciones de ruptura de sesión generalmente requieren uno o más niveles derivados de los precios dentro de un período definido, como:

Máximo/mínimo de una ventana de sesión anterior
Apertura o límites del rango de una ventana anterior

Necesita la regla que convierte los precios brutos en niveles de referencia (por ejemplo, “usar el máximo más alto entre el inicio de la sesión y una hora de corte”).

Regla de ruptura (entradas) También necesita una regla que determine cuándo “ocurre” una ruptura, como:

Condiciones basadas en cierre versus toque/intrabarra
Definición de umbral (por ejemplo, estrictamente por encima de un nivel versus igual o por encima)
Granularidad de medición: marco temporal de la vela y si la ruptura se evalúa por barra o de forma continua

Supuestos para cualquier ejemplo (requeridos para verificación independiente) Si muestra o calcula algo, establezca los supuestos explícitamente, incluidos:

marco temporal de la vela (por ejemplo, 1 minuto, 15 minutos)
si los precios son bid/ask/mid, y cómo se trata el spread (si es que se trata)
cómo se realizan las conversiones de zona horaria

Evidencia, estructura de ejemplo y controles de calidad

Un conjunto de datos de evaluación utilizable debe incluir tanto los números como los metadatos que expliquen de dónde provienen.

A. Procedencia y oportunidad (calidad de los datos de entrada)

Proporcione:

Identidad del instrumento (símbolo exacto y definición de la plataforma/contrato)
Fuente del feed de datos (plataforma/proveedor) y si es en streaming o archivado
Convenciones de marca de tiempo (incluida la zona horaria) y cómo se normalizaron
Tipo de vela (OHLC de intervalos fijos, y el marco temporal utilizado)

La oportunidad es importante porque la ruptura de sesión depende de la ventana temporal; un desajuste en la zona horaria o en los límites de la sesión puede cambiar el nivel de referencia y el momento de la ruptura.

B. Coherencia del cálculo (asegúrese de poder reproducir el mismo resultado)

Realice comprobaciones como:

Recalcular los niveles de referencia utilizando la misma ventana de sesión y reglas de redondeo.
Confirmar que la regla de ruptura coincide con el marco temporal indicado (una regla basada en cierre evaluada en velas de 15 minutos no es lo mismo que un toque intrabarra evaluado continuamente).
Asegurarse de que sus opciones de preprocesamiento sean estables: barras faltantes, cambios de horario de verano y lagunas de datos.

C. Banderas rojas y puntos de control (modos de fallo a tener en cuenta)

Los modos de fallo comunes incluyen:

Marcas de tiempo mixtas (ventana de sesión definida de una manera, barras de precios etiquetadas de otra)
Granularidad de vela inconsistente entre el nivel de referencia y la detección de ruptura
“Deriva de regla” donde el umbral de ruptura cambia implícitamente entre backtests
Sobreajuste: resultados que solo funcionan para una ventana de sesión exacta o una definición exacta

Un criterio claro de “listo para verificar” es: otra persona puede seguir sus pasos documentados y reproducir los mismos niveles de referencia y marcas de ruptura a partir del mismo conjunto de datos de entrada.

Limitaciones y riesgos (lo que los datos no pueden garantizar)

Las relaciones históricas no establecen resultados futuros. Una definición de ruptura que se ajusta a datos pasados puede no funcionar de manera similar más adelante.
Los costos y la ejecución no se capturan automáticamente con las barras de precios. Los spreads, el deslizamiento y la latencia pueden ser importantes, especialmente si su regla de ruptura es de toque/intrabarra mientras que su evaluación utiliza cierres.
La jurisdicción y las diferencias de proveedor pueden cambiar la viabilidad. Incluso con el mismo concepto, lo que es medible y cómo se entregan los datos puede variar según el proveedor.
Riesgo de definición. Dos personas pueden decir “ruptura de sesión” mientras usan diferentes ventanas de sesión, niveles de referencia o reglas de ruptura. Sin definiciones explícitas, las comparaciones no son fiables.

Limitación de ejemplo a declarar

Si afirma algo computacional, incluya al menos una limitación explícita: por ejemplo, “esta evaluación utiliza detección de ruptura basada en cierre en velas de marco temporal fijo; no mide el comportamiento intrabarra ni los costos de ejecución”.

Verificación y siguiente pregunta

Para verificar de forma independiente los hechos de la ruptura de sesión, necesita validar tanto las definiciones como la integridad de los datos:

Confirmar las horas de inicio/fin de la sesión y la normalización de la zona horaria.