De nuestro cuaderno de investigación

Filtros de noticias, hora y sesión: reglas pequeñas, grandes efectos

Peticiones aparentemente pequeñas sobre noticias y horarios nos llevaron a precisar relojes, límites temporales y tratamiento de posiciones abiertas.

«Evitar noticias» u «operar solo en esta sesión» solía llegar como una breve ampliación del encargo. Al desarrollarla, descubríamos cuántas decisiones contenía esa frase, empezando por qué reloj debía seguir el sistema.

Definimos una referencia para cada hora

La hora del servidor puede cambiar y las regiones no ajustan el horario de verano en las mismas fechas. Identificamos una referencia interna y su conversión a sesiones y eventos. De otro modo, un mismo ajuste visible puede corresponder a otra franja del mercado.

Precisamos qué podía modificar el filtro

Bloquear una nueva entrada no es cerrar una posición existente. Dejamos esa autoridad explícita, junto con las fronteras de inicio y fin, las sesiones nocturnas y los ticks tardíos. En noticias, también consideramos la relevancia del evento, su importancia, las revisiones y la falta de calendario.

Revisamos qué oportunidades quedaban fuera

Comparamos el comportamiento con y sin filtro sobre las mismas observaciones y examinamos las operaciones excluidas. También miramos los cambios de reloj y los datos ausentes. Así podemos hablar del efecto real de la regla, sin presentar un interruptor adicional como prueba de mejora.

Explorar el detalle técnicoAbra el método completo, los ejemplos y las preguntas de implementación. Conservamos esta información para que pueda seguir el razonamiento con toda la profundidad que necesite.

Estos filtros definen reloj, bordes inclusivos, horario de verano y autoridad sobre posiciones ya abiertas.

Bloquear entradas nuevas no concede por sí solo permiso para modificar o cerrar una posición.

Análisis técnico POLARIS

Filtros de noticias, hora y sesión: reglas pequeñas, grandes efectos

Bloquear entradas nuevas no concede por sí solo permiso para modificar o cerrar una posición.

  1. 01
    Usar una línea temporal canónicaLa hora del servidor cambia; sesiones y noticias se convierten desde una base interna única.
  2. 02
    Definir cada fronteraInicio, fin, días, sesión nocturna, primer tick tardío, prioridad e indisponibilidad del calendario se prueban.
  3. 03
    Medir la selecciónVersión base y filtrada usan los mismos datos y reportan cuántas operaciones y qué tipos fueron eliminados.

Usar una línea temporal canónica

La hora del servidor cambia; sesiones y noticias se convierten desde una base interna única.

Definir cada frontera

Inicio, fin, días, sesión nocturna, primer tick tardío, prioridad e indisponibilidad del calendario se prueban.

Medir la selección

Versión base y filtrada usan los mismos datos y reportan cuántas operaciones y qué tipos fueron eliminados.

Preguntas que quizá se esté haciendo

¿Cuál es la comprobación más importante?

Versión base y filtrada usan los mismos datos y reportan cuántas operaciones y qué tipos fueron eliminados.

¿Este método garantiza beneficios?

No. Una especificación y validación más sólidas reducen errores de ingeniería, pero no eliminan el riesgo de mercado ni la incertidumbre del rendimiento.

POLARIS / R21

Convertir el tiempo en un permiso comprobable

Desplace el diagrama horizontalmente o ábralo a tamaño completo.

Convertir el tiempo en un permiso comprobable
Ejemplo educativo de diseño; los valores y estados no son rendimiento real.

Reloj de ejemplo: servidor UTC+2. Ventana: [14:25, 14:35).

Las posiciones abiertas siguen una regla de gestión separada.

Abrir diagrama completo ↗

Evidencia práctica

Convertir el tiempo en un permiso comprobable

Sesión permitida 22:00–02:00 UTC, inicio incluido y fin excluido. El broker cambia de UTC+2 a UTC+3 por DST; la regla sigue anclada a UTC y cambia la hora mostrada.

Sesión nocturna al cambiar la hora del servidor
Evento UTC Servidor UTC+2 Servidor UTC+3 Nueva entrada
21:59:59 23:59:59 00:59:59 Bloqueada
22:00:00 00:00:00 01:00:00 Permitida
01:59:59 03:59:59 04:59:59 Permitida
02:00:00 04:00:00 05:00:00 Bloqueada; continúa gestión de posiciones

Cada noticia guarda provider-ID, hora original/revisada, importancia, divisa, recogida y edad. ID duplicado se ignora; revisión reemplaza el futuro y se registra. Feed stale o refresh fallido bloquea entradas sujetas a news, nunca salidas protectoras. Tick tardío usa permiso actual.

Medir con dos replays sobre mismos ticks cambiando solo el flujo congelado. Borrar trades del informe no reproduce señales retrasadas. Los datos públicos tienen 7 etiquetas de tiempo/sesión y 3 de news, con posible solape; el antiguo total 13 usa alcance no publicado.

Qué comprobar

  • Probar sesión nocturna, ambos bordes y cambio de reloj broker.
  • Reproducir news stale, duplicada, revisada y primer tick tardío.
  • Separar permiso de entrada, gestión abierta y salida de emergencia.

Límites de este ejemplo

Este ejemplo usa UTC; una política broker exige fuente de reloj y DST explícita.

Registro de calidad de investigación

Responsabilidad editorial y fuentes primarias

Revisado por POLARIS Research

Alcance de la evidencia

El artículo combina funcionamiento oficial de plataformas con patrones recurrentes y anónimos de implementación. Se excluyen reglas exactas y material de clientes.

Fuentes primarias

Estas fuentes respaldan el funcionamiento de plataformas o conceptos de investigación. No validan el rendimiento de POLARIS ni garantizan resultados futuros.

Investigación y aplicaciones relacionadas

Explora la siguiente capa relevante

Avanza entre investigación especializada, ingeniería de sistemas y construcción de carteras sin perder el contexto de esta página.

Por qué más filtros de trading no siempre ayudan →Controles de riesgo que debe incluir todo Expert Advisor →

Investigación relacionada