Respuesta directa
El backtesting de EAs es el proceso de ejecutar un asesor experto (EA) a través de datos históricos de mercado para estimar cómo podría haberse comportado en el pasado. La principal limitación es la incertidumbre: lo que funcionó históricamente puede fallar más adelante porque los precios futuros, la liquidez, la volatilidad y las fricciones de trading pueden diferir, y porque la configuración de la prueba puede no reflejar la ejecución real.
Mecánica y qué se asume
El backtesting normalmente toma (1) las reglas de un EA, (2) datos históricos de precios y (3) un conjunto de supuestos de modelado sobre cómo se ejecutarían las operaciones. Los supuestos pueden incluir cómo se comportan los spreads y las comisiones, si las órdenes se ejecutan al precio mostrado o después de demoras, y cómo se maneja el deslizamiento. Incluso si la lógica del EA es estable, la prueba solo es tan realista como el entorno de prueba.
Una forma útil de pensar en ello es la separación de la mecánica estable de las condiciones variables:
- Mecánica estable: las reglas de decisión del EA y la lógica de generación de órdenes.
- Condiciones variables: regímenes de mercado, liquidez, spreads de oferta y demanda, velocidad de ejecución y los costos de trading realmente incurridos.
Si el backtest trata las condiciones variables de manera demasiado ideal (por ejemplo, usando los mismos spreads que muestra el gráfico, o ignorando el deslizamiento), los resultados simulados pueden ser sistemáticamente diferentes de lo que sucedería cuando el EA opera con restricciones reales.
Evidencia o ejemplo de por qué puede fallar
Considere un backtest que muestra fuertes rendimientos usando barras históricas. En el trading en vivo, pueden aparecer al menos tres categorías de diferencias:
- Diferencias de datos: el feed histórico puede no representar la trayectoria de precios exacta que existió tick por tick.
- Diferencias de ejecución: los fills pueden ser peores debido al deslizamiento, fills parciales o latencia.
- Diferencias de entorno: el EA puede depender de condiciones de volatilidad o tendencia que luego cambian.
Incluso sin ningún código “incorrecto”, estas diferencias pueden cambiar el momento de las operaciones y la secuencia de entradas/salidas, lo cual importa mucho para estrategias sensibles a la colocación de órdenes y a la microestructura del mercado.
Limitaciones y riesgos
Los modos de fallo materiales incluyen:
- Sobreajuste a la historia: un EA puede parecer optimizado para patrones pasados, mientras que los mercados futuros siguen dinámicas diferentes.
- Sesgo de look-ahead y fugas de supuestos ocultos: la configuración de la prueba puede usar accidentalmente información que el EA no habría tenido en ese momento.
- Sesgo de supervivencia y de selección: si el período probado se eligió porque parecía favorable, los resultados pueden no generalizarse.
- Subestimación de costos y ejecución: pequeñas diferencias en comisiones, spreads y deslizamiento pueden afectar materialmente la rentabilidad, especialmente para estrategias con trading frecuente.
Una limitación clave es el desajuste entre las “relaciones históricas” y los “resultados futuros”. El rendimiento histórico puede reflejar muchas condiciones transitorias; no es evidencia de que esas condiciones persistirán.
Verificación o siguiente pregunta
Para verificar de forma independiente lo que un backtest puede y no puede decirle, concéntrese en si la configuración de la prueba coincide con las restricciones de trading realistas: la calidad de los datos, el tratamiento de los spreads y comisiones, y cómo se modelan el deslizamiento y el momento de ejecución de las órdenes. Si el rendimiento de un EA depende en gran medida de supuestos muy específicos, entonces el backtest es menos útil como evidencia.
Una buena siguiente pregunta es: “¿Qué entradas y supuestos de ejecución cambiarían más los resultados de las operaciones, y qué tan sensibles son los resultados a variaciones razonables de esos supuestos?”