Definir la Extensión de Fibonacci y sus entradas comprobables
La Extensión de Fibonacci es una herramienta basada en ratios que proyecta niveles potenciales más allá de un movimiento previo, utilizando porcentajes fijos derivados de las distancias entre puntos seleccionados en un gráfico. En un backtesting responsable, primero traduces el concepto visual a mecánicas comprobables.
Un backtesting necesita entradas explícitas. Las entradas típicas incluyen:
- Qué dos puntos definen el movimiento previo (a menudo llamados ancla y puntos de inicio/fin).
- Qué ratios de Fibonacci evaluarás (por ejemplo, el conjunto de niveles A frente al conjunto de niveles B).
- La regla para decidir cuándo el mercado “alcanza” un nivel (toque, cierre, rango intrabarra, y cómo se manejan los empates).
- La regla para medir los resultados después de un toque (horizonte fijo en barras/tiempo, o hasta que se cumpla una condición de salida).
Si alguna de estas decisiones sigue siendo subjetiva durante las pruebas, el backtesting se vuelve difícil de verificar de forma independiente.
Separar la mecánica estable de las condiciones variables del mercado y del proveedor
Para mantener el backtesting perdurable y comprobable de forma independiente, separa lo que controlas de lo que no puedes controlar.
Mecánica estable (mantener constante durante las pruebas):
- El cálculo de los niveles de extensión a partir de los puntos y ratios elegidos.
- La definición del evento (qué cuenta como “nivel alcanzado”).
- La asignación del movimiento del precio a la medición del resultado.
Condiciones variables (reconocer explícitamente):
- Supuestos de ejecución, como si las órdenes se ejecutan al nivel cotizado, al siguiente precio disponible, o con deslizamiento.
- Modelado del spread y las comisiones, si estás evaluando resultados similares a los de una operación.
- Problemas de calidad de datos, como barras faltantes, marcas de tiempo irregulares o diferencias entre fuentes de precios.
Un enfoque práctico es ejecutar la misma mecánica central bajo múltiples supuestos de “entorno” (por ejemplo, diferentes configuraciones de spread/deslizamiento) para ver si las conclusiones se mantienen, en lugar de asumir una única condición idealizada.
Modelar costos y ejecución para que los resultados no sean un artefacto
Muchos backtestings parecen mejores que la realidad porque tratan las ejecuciones como si el nivel siempre se obtuviera a un precio exacto y sin demora.
Cuando hagas backtesting de la Extensión de Fibonacci de forma responsable, incluye al menos:
- Un modelo de costos: spread/comisión como un costo por operación o por unidad.
- Un modelo de ejecución: si una orden se ejecutaría cuando el nivel se toca por primera vez, y cómo manejas el hecho de que quizás no conozcas la trayectoria intrabarra exacta.
- Un supuesto de demora en la ejecución: por ejemplo, “ejecutar en la apertura de la siguiente barra después de un toque” (u otra regla claramente establecida).
Incluso si no simulas operaciones, debes definir cómo se detecta el “alcance” del nivel en relación con los datos de las barras. Si tu gráfico utiliza datos de velas, el comportamiento intrabarra puede cambiar si un nivel realmente se cruzó.
Controlar el sesgo con reglas transparentes y predefinidas
El backtesting puede distorsionarse por elecciones que inadvertidamente se ajustan a los datos históricos. Las fuentes comunes de sesgo incluyen:
- Sesgo de mirar hacia adelante: usar información que no se conocería en el momento de la decisión.
- Sesgo de selección: elegir los puntos de giro después de ver el movimiento futuro.
- Sobreajuste: probar muchos conjuntos de ratios, horizontes o filtros hasta que el backtesting coincida con el pasado.
Para controlar estos sesgos, predefine:
- Reglas de selección del ancla (cómo eliges los puntos de giro sin usar información futura).
- Rangos de parámetros y tamaños de paso si estás ajustando.
- Una regla de parada para las pruebas (cuántas variantes probarás antes de seleccionar la configuración final).
Luego documenta la configuración para que otra persona pueda reproducir el mismo proceso de identificación de niveles.
Validar con comprobaciones fuera de muestra
El rendimiento histórico no garantiza resultados futuros. Por lo tanto, un backtesting responsable incluye una estrategia de validación fuera de muestra.
Una estructura común es:
- Dentro de la muestra (desarrollo): ajustar los parámetros y confirmar que la mecánica se comporta como se espera.
- Fuera de la muestra (evaluación): usar las reglas finales sin más ajustes para estimar si el patrón se generaliza.
Para fortalecer la conclusión, repite la evaluación en múltiples períodos de tiempo y regímenes de mercado. Si los resultados solo aparecen en una ventana, trátalos como un artefacto frágil, no como evidencia de robustez.
Una limitación importante: la discrecionalidad y los anclajes inconsistentes
Un modo de fallo clave en los backtestings de la Extensión de Fibonacci es la inconsistencia en cómo se eligen los puntos de giro. Debido a que la herramienta a menudo se aplica visualmente, el mismo gráfico puede producir diferentes anclajes dependiendo de la persona o del algoritmo.
Si tu backtesting permite múltiples interpretaciones del ancla, las métricas de rendimiento pueden reflejar el método de selección en lugar del concepto de extensión. Un flujo de trabajo responsable:
- Utiliza un método estricto y algorítmico para identificar los puntos de giro, o
- Utiliza múltiples variantes de selección de anclaje y verifica si las conclusiones se mantienen estables.