Defina la liquidez en el scalping antes de probarla
La liquidez en el scalping no es un número único. En la práctica, describe si usted puede ejecutar de manera confiable operaciones pequeñas y de horizonte corto con costos de transacción aceptables y un movimiento adverso limitado del precio entre el momento de envío de la orden y su llenado.
Una forma útil de hacer esto comprobable es traducir “liquidez” en resultados de ejecución medibles:
- Probabilidad de llenado: con qué frecuencia las órdenes (dentro de su ventana de tiempo elegida) se llenan.
- Spread realizado / costo efectivo: qué tan lejos está el precio ejecutado de una referencia elegida (a menudo el bid/ask vigente en el momento del envío, si puede medirlo).
- Deslizamiento: la diferencia entre su precio en el momento de la decisión (o el mid) y el llenado real.
- Movimiento adverso entre órdenes: si el mercado se mueve en su contra rápidamente durante su ventana de ejecución.
Al definir estos resultados de antemano, evita mezclar la mecánica estable del mercado con factores variables como la velocidad de ejecución, el manejo de órdenes o el enrutamiento específico del proveedor.
Establezca una hipótesis falsable y una línea base
Una prueba funciona mejor cuando tiene una hipótesis clara y una línea base que represente “sin ventaja especial”. Por ejemplo, una hipótesis general podría ser:
- Hipótesis (capacidad de negociación de la liquidez): “Bajo condiciones definidas, la ejecución de corto plazo tiene costos realizados estables y aceptables en relación con una referencia base”.
La línea base no debe asumir una estrategia de trading específica. En cambio, debe representar una referencia de ejecución neutral, como:
- un precio de referencia de referencia en el momento del envío (por ejemplo, bid/ask o mid, dependiendo de lo que pueda registrar),
- una comparación entre llenados y no llenados bajo restricciones idénticas,
- o una comparación entre regímenes de mercado (tranquilo vs. activo) manteniendo las mismas reglas de ejecución.
Si no puede medir el bid/ask en el momento del envío, su prueba aún puede realizarse, pero debe indicar que su referencia es aproximada (por ejemplo, usando el último precio negociado como proxy). Esa limitación debe ser explícita en sus supuestos.
Diseñe la división de datos: mecánica estable vs. condiciones variables
La liquidez cambia con el tiempo y las condiciones, por lo que necesita múltiples segmentos de datos. Divida su conjunto de datos de al menos tres maneras:
- Hora del día y día de la semana: la calidad de ejecución puede diferir entre sesiones.
- Régimen de mercado: por ejemplo, categorice por volatilidad o por si los cambios de precio son grandes vs. pequeños. Use una regla consistente para poder reproducirla.
- Tamaño de orden / agresividad: pruebe tamaños de orden pequeños vs. más grandes, y pruebe diferentes tipos de órdenes (en la medida en que sus datos lo permitan), ya que el consumo de profundidad y el comportamiento de la cola pueden cambiar.
Luego defina la ventana de evaluación para la liquidez en el scalping. Por ejemplo, podría elegir una ventana de ejecución corta (minutos, no horas) y medir si la orden se llena dentro de esa ventana y a qué costo efectivo.
Especifique los supuestos e incluya los costos explícitamente
Cualquier “prueba de liquidez” pierde sentido si los costos se omiten o se modelan de manera inconsistente. Incluso con información general, aún puede hacer que su prueba sea verificable de forma independiente al escribir los supuestos.
Incluya al menos:
- Costos de transacción que tratará como parte de la calidad de ejecución (por ejemplo, comisiones o tarifas si son parte de su marco de medición).
- Referencia de spread y cómo calcula el spread efectivo. Si usa puntos medios, indíquelo claramente.
- Supuestos de manejo de órdenes (por ejemplo, si asume que puede observar el bid/ask en el momento del envío, o si depende de instantáneas).
- Reglas de la ventana de ejecución (qué sucede cuando una orden no se llena antes de que termine la ventana).
Si no tiene datos de libro de órdenes en vivo, aún puede probar los resultados realizados de las operaciones impresas que sí observa, pero debe distinguir:
- Llenados y precios observados (datos que realmente tiene), vs.
- Microestructura no observada (cosas que infiere pero no puede confirmar, como la posición en la cola).
Esa separación ayuda a evitar sobreestimar lo que la prueba realmente mide.
Evidencia o enfoque de ejemplo: mida la calidad de ejecución, no las señales
Debido a que desea probar la liquidez en el scalping en lugar de una señal de trading, estructure la evidencia como métricas de calidad de ejecución.
Un diseño de ejemplo práctico (conceptual, no vinculado a precios reales) podría verse así:
- Elija un conjunto de reglas de ejecución de scalping que traten sobre el momento de la orden y las restricciones, no sobre predecir la dirección.
- Para cada segmento (tiempo/régimen/tamaño), simule o evalúe las ejecuciones bajo las mismas reglas.
- Calcule métricas:
- tasa de llenado dentro de la ventana de ejecución,
- costo efectivo mediano y de cola,
- distribución del deslizamiento.
- Compare los resultados con la referencia base en todos los segmentos.
Un punto clave: la “evidencia” es si los resultados de ejecución se mantienen dentro de una banda aceptable de manera consistente en todas las condiciones, no si puede crear un escenario de apariencia rentable. Su informe debe incluir la variabilidad, como cómo se comportan los costos en regímenes estresados o de rápido movimiento.
Costos y comprobaciones de robustez
Para evitar que una prueba capture peculiaridades únicas, ejecute comprobaciones de robustez que cambien una opción de modelado a la vez.
Las comprobaciones de robustez comunes incluyen:
- Sensibilidad del precio de referencia: repita los cálculos usando la referencia bid/ask vs. el proxy del punto medio (si está permitido) y vea si las conclusiones aún coinciden cualitativamente.
- Sensibilidad de la ventana de ejecución: pruebe ventanas de ejecución más cortas y más largas para ver qué tan rápido se deteriora la “capacidad de negociación de la liquidez”.
- Sensibilidad de la definición del régimen: cambie ligeramente la regla del umbral del régimen (por ejemplo, un corte de volatilidad diferente) y observe si los resultados permanecen estables.
- Sensibilidad del modelo de costos: si los costos son inciertos, ejecute escenarios donde las tarifas o los componentes de costos varíen dentro de un rango razonable y examine si la clasificación de las condiciones cambia.
Estas comprobaciones ayudan a separar el “comportamiento real de la liquidez” de los artefactos de medición y supuestos.
Limitaciones y riesgos: dónde pueden fallar las pruebas de liquidez
Al menos una limitación material debe reconocerse en cualquier prueba de liquidez en el scalping:
- Mecánica de ejecución que no puede observar: si sus datos carecen de profundidad del libro de órdenes o información de la cola, puede confundir la liquidez aparente con la capacidad de negociación real.
- Diferencias de proveedor y enrutamiento: dos implementaciones que usan los mismos datos de mercado público pueden diferir en los resultados realizados debido a la velocidad de ejecución y el manejo de órdenes.
- No estacionariedad: las relaciones que parecen estables históricamente pueden romperse cuando cambian los regímenes de volatilidad.
- Riesgo de cola: los promedios pueden parecer aceptables mientras que eventos raros (picos rápidos, retiro temporal de profundidad) crean un gran deslizamiento.
También tenga en cuenta una limitación general: las relaciones históricas no establecen resultados futuros. Incluso un análisis de calidad de ejecución de estilo backtest sólido puede no reproducirse bajo diferentes condiciones operativas.
Finalmente, el entorno jurisdiccional y regulatorio puede afectar las obligaciones de reporte y las prácticas de ejecución. Si necesita ese nivel de certeza, confíe en fuentes primarias actuales en lugar de supuestos estáticos.
Verificación y siguientes preguntas
Para verificar su prueba de liquidez en el scalping de forma independiente, asegúrese de que su trabajo incluya: