Respuesta directa
“Scalping timeframes” se refiere al uso de ventanas de tiempo cortas en el gráfico para gestionar entradas, salidas y la gestión de la operación. En la práctica, el enfoque utiliza un conjunto reducido de entradas: (1) el/los timeframe(s) del gráfico, (2) reglas que convierten la información del timeframe en decisiones, (3) supuestos sobre el momento de ejecución, (4) supuestos sobre costes de trading y fricción, y (5) supuestos sobre condiciones del mercado, como volatilidad y liquidez.
Dado que los resultados varían, estas entradas deben separarse en mecánica estable (lo que tú haces) frente a condiciones variables (lo que hacen el mercado y tu plataforma). Esta separación es lo que puedes verificar de forma independiente.
Mecanismo y definición: qué entradas se utilizan realmente
1) Selección del timeframe del gráfico (la entrada principal)
Un “timeframe de scalping” es una entrada que describe cuánta historia de precios examina cada decisión. Comúnmente, el scalping utiliza intervalos cortos (por ejemplo, gráficos basados en minutos) para reaccionar rápidamente a los cambios de precios. El timeframe específico no es la estrategia en sí mismo; solo define la resolución de la información que observas.
Mecánica estable: eliges un timeframe (o conjunto de timeframes) y luego estableces cómo se alinean las decisiones con los límites de las velas (por ejemplo, las decisiones se evalúan al cierre de la vela o a la apertura de la vela).
2) Reglas de tiempo: programación de entrada/salida
Los horizontes cortos requieren reglas basadas en el tiempo, como:
- Cuándo se te permite entrar (por ejemplo, solo después de cierto evento en el timeframe elegido).
- Cuándo se permite una salida (por ejemplo, después de un número fijo de velas, o cuando se cumple una condición).
- Si las actualizaciones de gestión de la operación ocurren en cada nueva vela, en cada tick, o con una cadencia fija.
Estas son entradas porque controlan la frecuencia con la que se toman decisiones y cuándo la información está disponible.
3) Momento de ejecución y supuestos de deslizamiento
Incluso si tu “lógica de señal” está definida, los timeframes de scalping asumen implícitamente que las ejecuciones ocurren cerca del precio previsto. Las entradas aquí incluyen:
- Si modelas la ejecución con órdenes de mercado, limit o stop.
- Si asumes un deslizamiento mínimo o si presupuestas explícitamente el deslizamiento.
- Si tu plataforma entrega precios con la suficiente rapidez para el momento previsto.
Condición variable: la ejecución real puede diferir del modelo de backtesting, especialmente en horizontes temporales cortos.
4) Costes de trading y fricción
Los timeframes de scalping dependen de los costes porque los beneficios (si los hay) suelen ser sensibles a:
- El spread (la diferencia entre compra y venta).
- Comisiones o tarifas.
- Financiación o tratamiento nocturno si las posiciones se extienden más allá de la ventana de mantenimiento prevista.
Mecánica estable: convierte tu enfoque en una definición medible que incluya los supuestos de costes.
Condición variable: los costes y el spread efectivo pueden cambiar con la liquidez.
5) Supuestos sobre condiciones del mercado (liquidez y volatilidad)
Para que sea comprobable, debes declarar supuestos sobre el entorno que espera tu lógica de timeframe:
- Regímenes de volatilidad (cuánto se mueven típicamente los precios durante el período de mantenimiento).
- Liquidez y profundidad (si hay suficientes compradores/vendedores activos para respaldar las ejecuciones).
- Comportamiento de la sesión (si se opera durante horas típicamente más activas frente a períodos más tranquilos).
Limitación material: una elección de timeframe que funciona bajo un régimen de volatilidad puede degradarse bajo otro, porque el “mismo” timeframe puede producir movimientos de precios y calidad de ejecución muy diferentes.
Evidencia o ejemplo: una forma independiente de enumerar las entradas
Aquí tienes una plantilla comprobable para “entradas utilizadas” que no requiere precios en vivo:
- Entrada de timeframe: “Observo el gráfico principal en el intervalo X y evalúo las condiciones al cierre de la vela.”
- Cadencia de decisiones: “Solo actualizo cuando se imprime una nueva vela en el intervalo X.”
- Programación de salida: “Salgo si se cumple la condición A; de lo contrario, después de N velas.”
- Supuesto de ejecución: “Asumo que las ejecuciones ocurren en la apertura de la siguiente vela (o defino un modelo de ejecución limit/stop).”
- Costes: “Incluyo el spread y las comisiones en el cálculo; declaro el nivel de coste asumido.”
- Supuesto de entorno: “Espero que la liquidez/volatilidad esté dentro de un rango; pruebo en diferentes regímenes.”
Este ejemplo muestra las dependencias: la entrada de “timeframe” es solo una parte. El resto son las restricciones mecánicas y los supuestos que determinan si el enfoque puede evaluarse de manera significativa.
Limitaciones y riesgos (modos de fallo materiales)
1) Desajuste entre backtesting y operativa real
Los horizontes cortos amplifican las brechas de modelado. Un modo de fallo común es que un backtesting utiliza ejecuciones idealizadas (o supuestos de costes fijos) mientras que la ejecución en vivo experimenta deslizamiento variable y spreads efectivos cambiantes.