Respuesta directa
Scale In es la práctica de construir (o añadir a) una posición de forex en múltiples pasos en lugar de hacerlo en una sola orden. La parte “avanzada” no es la idea básica, sino las dependencias que hacen que los resultados difieran de un ejemplo simplificado: cómo se producen las ejecuciones (completas vs. parciales), cómo calcula su plataforma el precio promedio, cómo afectan los costos y los spreads a la exposición neta, y cómo se comportan los límites de riesgo durante la secuencia de órdenes.
Una forma autónoma de explicar Scale In es: se comienza con una posición base, luego se colocan órdenes adicionales de acuerdo con una regla predefinida, y se realiza un seguimiento de las métricas de la posición en evolución (como la entrada promedio y el tamaño total). Lo que cambia de un entorno a otro es la realidad de la ejecución (latencia, deslizamiento, spreads) y el comportamiento del proveedor/plataforma (manejo de órdenes, agregación y controles de margen).
Qué es, en un modelo comprobable
Un modelo mecánico simple
Una definición útil separa la mecánica de las condiciones.
Mecánica estable que puede definir de antemano
- Estructura de pasos: cuántas adiciones planea (N) y los tamaños de orden previstos (por ejemplo, pasos de igual tamaño o una progresión geométrica).
- Regla de activación: cuándo se envía cada orden adicional (por ejemplo, después de que el precio se mueva una cierta cantidad desde la entrada inicial, o en intervalos de tiempo fijos).
- Lógica de promediado: si el sistema informa una única entrada promedio para la posición combinada (común), y si trata las adiciones como ejecuciones separadas que se fusionan en una única posición neta.
Condiciones variables que afectan los resultados realizados
- Calidad de ejecución: los precios de ejecución reales vs. sus niveles previstos.
- Costos de transacción: comisiones, swap/rollover y efectos de financiación.
- Liquidez y spreads: los spreads pueden ampliarse durante el movimiento, alterando la entrada efectiva.
Qué cambia matemáticamente con “Scale In”
Incluso sin prometer ningún resultado, puede describir la transformación aritmética:
- Después de múltiples adiciones, el tamaño de la posición neta es la suma de los tamaños de los pasos.
- El precio de entrada promedio informado es un promedio ponderado de los precios de ejecución individuales (los pesos son típicamente proporcionales a los tamaños de posición ejecutados).
Por lo tanto, una explicación comprobable necesita supuestos explícitos como: “Los tamaños de los pasos son S1…SN, y las ejecuciones ocurren a los precios P1…PN. El promedio combinado está ponderado por tamaño”. Sin declarar estos supuestos, “Scale In” se vuelve demasiado ambiguo para una verificación independiente.
Dependencias y casos límite que importan en la práctica
1) Ejecuciones parciales y momento
Un caso límite común es que una orden no se ejecute por completo cuando se activa. Si el paso i solo se ejecuta parcialmente al precio Pi, su “secuencia” posterior puede seguir asumiendo el tamaño completo del paso. Las consideraciones avanzadas incluyen:
- Si su plan trata las ejecuciones parciales como progreso aceptable o como una desviación.
- Cómo cuenta la plataforma el margen y el riesgo después de ejecuciones parciales.
- Cómo se evalúa el activador para el paso i+1 cuando las ejecuciones están incompletas.
2) Deslizamiento y ampliación del spread
Incluso si su modelo define los niveles previstos, las ejecuciones realizadas pueden diferir. Durante movimientos rápidos de precios, los spreads pueden ampliarse y la calidad de ejecución puede cambiar entre pasos. Esto afecta:
- El costo efectivo de la entrada promedio (el promedio utiliza los precios de ejecución reales).
- La distancia a cualquier nivel de protección que pueda estar monitoreando.
Es importante destacar que el comportamiento histórico no garantiza la calidad de ejecución futura; la misma regla de “espaciado de pasos” puede comportarse de manera diferente en distintos regímenes de liquidez.
3) Controles de margen y comportamiento del stop-out en la secuencia
Scale In aumenta la exposición con el tiempo. Esto crea un modo de fallo distinto al de “una operación de entrada única”: durante la ejecución de las adiciones, los requisitos de margen pueden cambiar y el riesgo puede verse restringido antes de que se complete la secuencia completa.
Las consideraciones avanzadas incluyen aclarar qué sucede bajo estas condiciones:
- Si los límites de riesgo o los umbrales de margen impiden que se acepten pasos posteriores.
- Si los mecanismos de protección (por ejemplo, controles de riesgo a nivel de cuenta) reaccionan antes de que se ejecuten todos los pasos.
Dado que estos comportamientos dependen de la implementación del proveedor/plataforma y de las reglas específicas de la jurisdicción, no son universales. Aún puede explicar el concepto declarando la dependencia claramente: “El margen y el manejo de protección pueden interrumpir la secuencia de pasos prevista”.
4) Manejo de órdenes: agregación vs. informes separados
Algunas plataformas presentan una única posición neta, mientras que internamente ejecutan múltiples ejecuciones. Esto puede causar confusión al explicar las métricas de rendimiento:
- La entrada promedio puede actualizarse en un lugar, mientras que sus cálculos de riesgo deben considerar las ejecuciones subyacentes.
- Si compara los “niveles planificados” con el “promedio real”, debe tener en cuenta los precios de ejecución y las reglas de la orden.
Para una mentalidad de verificación independiente, defina qué números está utilizando (previsto vs. ejecutado; bruto vs. neto de costos).
Limitaciones y riesgos (y qué puede verificar)
Limitación material: Scale In no elimina la incertidumbre
Scale In no cambia el hecho subyacente de que el movimiento del precio y los costos de ejecución son inciertos. Un enfoque de promediado por pasos puede reducir la sensibilidad a un único precio de entrada, pero también puede aumentar la exposición y la acumulación de costos si el precio se mueve en contra de la posición.
Por lo tanto, la limitación a declarar explícitamente es: “Scale In cambia la estructura de exposición y costos; no elimina el riesgo de mercado”.
Modos de fallo a tener en cuenta
Al menos un modo de fallo material comúnmente discutido en contextos de gestión de órdenes es la disrupción de la secuencia:
- Los pasos posteriores fallan debido a restricciones de margen/riesgo.
- Las ejecuciones parciales conducen a una exposición diferente a la prevista.
- Las diferencias de ejecución y spread hacen que la entrada promedio realizada sea menos favorable que el cálculo planificado.
Otro modo de fallo es la deriva de supuestos: el ejemplo simplificado que puede calcular puede no coincidir con los detalles de ejecución e informes de la plataforma.
Enfoque de verificación (comprobación independiente)
Para verificar las explicaciones sobre Scale In, puede contrastar estos elementos utilizando sus propios registros o la documentación de la plataforma:
- Registros de ejecución: confirme los precios y tamaños de ejecución reales para cada paso.
- Promediado/informes: confirme cómo calcula y muestra la plataforma la entrada promedio para la posición neta.
- Contabilidad de costos: confirme cómo se aplican las comisiones y el rollover a lo largo del tiempo.
- Transiciones de estado de la orden: confirme si los activadores y las aprobaciones se evalúan en el momento de la colocación de la orden, en el momento de la ejecución, o utilizando condiciones de precio en vivo.
Si no puede confirmar uno de estos puntos, su explicación debe etiquetarlo como un supuesto en lugar de un hecho.
Preguntas siguientes a resolver antes de usar cualquier plan de Scale In
- ¿Qué activa exactamente cada paso en su modelo: nivel de precio previsto, evento de ejecución o condición basada en el tiempo?
- ¿Cómo informa su plataforma la entrada promedio combinada cuando las órdenes se ejecutan parcialmente?
- ¿Qué sucede con los pasos pendientes cuando intervienen restricciones de margen o de protección?
- ¿Qué costos se incluyen en sus cálculos “netos” (comisiones, spreads, rollover) y dependen del tiempo?