Define el marco temporal de entrada antes de juzgarlo
Un error común es tratar el “marco temporal de entrada” como una única regla de decisión garantizada. En la práctica, el marco temporal de entrada significa el período de gráfico específico que utilizas para decidir cuándo ocurre una entrada (por ejemplo, un marco temporal de vela elegido en el que se evalúa tu lógica de entrada). Cuando esta definición es difusa, las personas accidentalmente mezclan diferentes ideas—como el marco temporal de la señal, el momento de ejecución y el período de mantenimiento—y luego culpan al concepto en lugar del método.
Comprobación independiente (neutral): escribe qué marco temporal estás utilizando para la decisión y qué marco temporal estás utilizando solo para contexto. Si no puedes expresar la diferencia en una oración, tu marco temporal de entrada no está bien definido.
Confundir el marco temporal de decisión con la ejecución y los costos
Otro error frecuente es asumir que un marco temporal de entrada elegido se traduce automáticamente en una ejecución realista. La ejecución depende de la microestructura del mercado (cómo se llenan las órdenes), la liquidez del proveedor, los spreads y el momento de la orden—factores que pueden cambiar incluso si tus reglas de gráfico se mantienen constantes. Si pruebas o explicas el marco temporal de entrada utilizando ejecuciones idealizadas (por ejemplo, “entró en la apertura exacta de la vela”), podrías estar midiendo sin querer algo diferente del proceso real.
Comprobación neutral: separa lo que especifica tu regla (punto de decisión) de lo que asumes para la ejecución (precio de llenado, deslizamiento, comisiones). Si tus supuestos no son explícitos, los resultados pueden parecer consistentes en los backtests y luego divergir más adelante.
Usar supuestos inconsistentes al calcular ejemplos
Las personas también cometen errores de cálculo: cambian los supuestos a mitad de camino, como usar un marco temporal para la configuración pero otro para el disparador de entrada, o tratar la “alineación temporal” como irrelevante. Para el razonamiento de múltiples marcos temporales, la correspondencia entre la vela de un período y la vela de otro período puede importar (por ejemplo, si requieres que la condición del marco temporal superior ya sea verdadera antes de la decisión de entrada del marco temporal inferior).
Limitación material: las relaciones observadas en velas históricas no se mantienen automáticamente en condiciones futuras.
Regla de supuestos: para cualquier ejemplo trabajado, indica (1) el marco temporal de decisión, (2) la condición exacta utilizada (por ejemplo, “la condición debe ser verdadera al cierre de la vela” vs “al toque de la vela”), y (3) si la entrada se modela en la apertura, el cierre o después de una confirmación. Sin esto, las comparaciones no son comparables.
Ignorar al menos un modo de fallo
Un modo de fallo material es el “desajuste de sincronización”: tu marco temporal de entrada produce entradas tardías en relación con el movimiento que intentabas capturar, o produce entradas durante condiciones de baja calidad (por ejemplo, durante transiciones rápidas cuando el marco temporal elegido se actualiza con menos frecuencia). Otro es el “cambio de régimen”: los patrones de volatilidad y correlación pueden cambiar, por lo que la misma lógica de decisión basada en el marco temporal puede comportarse de manera diferente.
Comprobaciones neutrales que puedes realizar conceptualmente (sin necesidad de datos):
- Pregunta qué sucede si la vela de decisión se confirma un paso más tarde de lo esperado.
- Pregunta qué sucede si los costos y las fricciones de ejecución aumentan.
- Pregunta si tu regla sigue teniendo sentido cuando las velas se vuelven más o menos volátiles.
Verifica con una lista de control clara y una pregunta de “¿qué falsaría esto?”
Para reducir los malentendidos del marco temporal de entrada, utiliza una mentalidad de verificación en lugar de una mentalidad de confianza. Un enfoque simple de lista de control:
- AFVINK (aclarar entradas): ¿Cuál es exactamente el marco temporal de decisión?
- Documentar evidencia: ¿Qué requirió la regla en cada paso (y cuándo)?
- Señales de alerta: ¿Asumiste una ejecución ideal o ignoraste los costos?
- KLAAR (criterio de finalización): ¿Puedes indicar qué observación mostraría que el enfoque no está funcionando bajo tus supuestos declarados?
Ejemplo de criterio KLAAR (neutral): “Si las entradas dependen de un supuesto específico de límite de vela (apertura vs cierre) para verse bien, entonces el enfoque no es robusto a ese supuesto.”
Si quieres profundizar un nivel más, enfoca tu siguiente comprobación en si tu explicación coincide con tu sincronización de decisión real: la sincronización de decisión, la sincronización de ejecución y el período de mantenimiento son diferentes, y el marco temporal de entrada solo controla la primera.