Cómo validar una estrategia con datos históricos
Aprende a probar una idea con datos pasados sin sobreajuste, con reglas fijas, muestras separadas y verificaciones realistas antes de usarla en criptomonedas.
Define reglas fijas
Empieza por escribir una ficha de prueba con mercado, marco temporal, activo y red concretos antes de abrir el histórico. Anota la condición de entrada, la de salida, el tamaño de posición y el coste aplicable, separando comisión de plataforma, fee de red y deslizamiento.
Usa criterios observables y no intuiciones. Por ejemplo, define si la señal se activa al cierre de vela, con qué campo la verificas en el historial, y qué invalida la operación: dato faltante, volumen anómalo, spread extremo o ausencia de confirmación del patrón.
- Deja por escrito entrada, salida y condición de cancelación antes de mirar resultados.
- Separa siempre coste de ejecución, fee de red y posible comisión custodial.
Separa muestras
Divide los datos en al menos dos bloques funcionales: uno para diseñar y otro para comprobar. La muestra de diseño sirve para ajustar reglas; la de validación no debe tocarse hasta el final, porque cualquier cambio después ya contamina la prueba.
Añade una revisión cronológica por etapas si el activo tiene cambios fuertes de liquidez o estructura. En criptomonedas conviene comprobar periodos con comisiones altas, periodos laterales y tramos de alta volatilidad para ver si la regla depende de un único entorno.
- No uses la misma muestra para crear la idea y para declararla válida.
- Comprueba la estrategia en entornos distintos, no solo en un tramo favorable.
Mide lo que importa
Registra operaciones una por una en una hoja con fecha, señal, precio teórico, precio ejecutable y motivo de cierre. Además del resultado total, revisa racha de pérdidas, caída máxima, porcentaje de aciertos y sensibilidad a comisiones y retrasos.
Verifica que los datos sean ejecutables en la práctica. Si la idea exige mover fondos entre plataformas, confirma tiempos de retiro, estado pending y confirmed, número de confirmaciones exigidas, y campos del explorador como transaction hash, fee, inputs, outputs y status.
- Una estrategia útil no se evalúa solo por beneficio acumulado.
- Si el flujo requiere transferencias, incorpora confirmaciones y retrasos reales al test.
Detecta autoengaños comunes
Descarta cualquier prueba que cambie parámetros tras ver el resultado sin dejar versión previa. Si ajustas una media, filtro o stop varias veces hasta que encaje, estás sobreajustando; la pista típica es un histórico excelente y un bloque final mediocre.
Prueba ejemplos realistas de fallo operativo. Una orden puede no ejecutarse por falta de liquidez, una retirada puede quedar pendiente, y un error de red no se corrige con el histórico. Una transferencia en red equivocada o una semilla expuesta no son supuestos recuperables por defecto.
- Cada modificación de parámetros debe quedar registrada como una versión nueva.
- No confundas una simulación limpia con una operación posible en condiciones reales.