Spring Hunter: casos y fallos
Casos documentales de posibles Springs y procedimiento para confirmar o refutar cada patrón.
Registro de casos históricos
El proyecto conserva un informe semanal fechado el 28 de septiembre de 2026, con velas y clasificaciones realizadas en esa fecha. Es una fuente interna que sirve como punto de partida, pero no certifica retrospectivamente que cada Spring fuera válido.
Caso de investigación: SOL/USDT — informe archivado
La ficha original describe un posible Spring alrededor del 1 de junio y un mínimo posterior el 22 de junio. Las fechas y niveles requieren revalidación contra una fuente licenciada antes de calificarlos como hechos de mercado verificados.
Estado: pendiente de corroboración independiente. Ver informe de origen y velas disponibles.
Spring fallido — protocolo de clasificación
No hay todavía un ejemplo histórico fallido con identidad, OHLCV y trazabilidad suficiente para publicarlo como comprobado. Se incorporará cuando el detector registre una recuperación de soporte seguida de invalidación, sin seleccionar casos mirando primero el resultado.
Qué debe acompañar cada ejemplo
| Campo | Para qué sirve |
|---|---|
| Fuente + mercado + temporalidad | Repetibilidad |
| Soporte fijado antes del Spring | Evitar sesgo retrospectivo |
| Ruptura, recuperación, test | Identificar la secuencia |
| Regla de invalidación | Distinguir fallo de continuación |
| Resultado a 5, 10 y 20 velas | Evaluación homogénea |