Definir los costes del trading en demo (qué significan los “costes”)
El trading en demo es un método de práctica en el que las operaciones se registran sin usar dinero real. Aun así, una simulación puede reflejar los “costes” de dos maneras principales: (1) costes directos que normalmente se cobrarían por operación, y (2) costes indirectos o relacionados con la ejecución que surgen de cómo se materializan los precios cuando se ejecutan las órdenes.
Los costes directos suelen ser cargos explícitos (por ejemplo, comisiones o tarifas de cuenta/transacción). Los costes indirectos provienen de la microestructura del mercado y del proceso de trading (por ejemplo, la diferencia entre los precios cotizados y los precios a los que realmente se ejecutan las operaciones). Si tu simulador solo registra un precio de entrada teórico e ignora los efectos de ejecución, puede subestimar el impacto real de los costes.
Costes directos que pueden afectar a los resultados del trading en demo
Un sistema de trading en demo puede modelar varios componentes de costes directos. Las categorías comunes incluyen:
- Comisión por operación: Algunos simuladores restan un importe de comisión de los beneficios simulados o lo añaden a los costes simulados de entrada/salida.
- Tarifas relacionadas con la transacción: Pueden incluir tarifas de plataforma o de datos, o tarifas cobradas por tipos de orden específicos.
- Cargos de financiación y similares a los de mantenimiento (cuando sean relevantes para el instrumento): En muchos mercados, mantener posiciones durante un período de tiempo puede implicar costes. Si las reglas del trading en demo incluyen un mecanismo de “mantenimiento”, el simulador puede estimar esos cargos.
Supuesto a declarar al comparar simulaciones: ¿Qué supone el simulador que ocurre en la entrada y en la salida? Si utiliza una comisión fija, una tarifa fija o un tipo de financiación fijo, entonces tus resultados en demo dependerán en gran medida de esas entradas numéricas.
Costes indirectos y supuestos de ejecución
Incluso si los costes directos están modelados, los resultados pueden cambiar mucho debido a los supuestos de ejecución. Los factores clave incluyen:
- Efectos del spread: El trading real a menudo implica un spread de oferta/demanda (bid/ask). Un sistema en demo puede simular los spreads utilizando diferentes precios para comprar y vender, o puede ignorarlos.
- Deslizamiento: El deslizamiento es la diferencia entre el precio previsto y el precio de ejecución. Un modelo de demo realista podría permitir que el deslizamiento varíe; uno simplificado podría usar el precio medio o el último precio.
- Gestión de órdenes: El simulador puede asumir ejecuciones inmediatas, ejecuciones parciales o ejecuciones en cola dependiendo de las condiciones del mercado y del tipo de orden. Estas elecciones pueden cambiar los costes realizados.
- Latencia y sincronización: Si el simulador utiliza precios de cierre de vela (por ejemplo, un precio por vela) en lugar de una ejecución evento por evento, los efectos de coste relacionados con la sincronización pueden suavizarse.
Una forma práctica de pensar en ello: la precisión del trading en demo depende de cuán fielmente el modelo de costes coincida con la lógica de ejecución del simulador, no de si la actividad es con “dinero real”.
Evidencia y ejemplo: cómo verificar el modelo de costes
Debido a que el trading en demo es una simulación, la verificación consiste principalmente en revisar la documentación y la configuración del simulador. Un enfoque de verificación útil y autónomo es:
- Encuentra las entradas de costes del simulador: Busca ajustes o documentación que describan comisiones, tarifas, spreads y reglas de financiación/mantenimiento.
- Comprueba qué serie de precios se utiliza: Determina si el simulador usa bid/ask, precio medio, último precio operado o valores de cierre de intervalo.
- Realiza una prueba controlada con supuestos explícitos: Usa un escenario simple donde conozcas el número previsto de unidades y la dirección, y luego compara el cambio de P&L simulado calculado con la fórmula declarada del simulador.
Supuesto de ejemplo para el cálculo: Supongamos que un simulador de demo deduce un importe de comisión por operación y también asume un spread efectivo utilizando un precio de compra más alto que el precio de venta. Si duplicas la configuración de la comisión manteniendo todo lo demás constante, entonces los resultados en demo deberían cambiar aproximadamente el doble del impacto de la comisión (para dos tramos de operación afectados). Si no lo hacen, tu modelo de costes puede aplicarse de manera diferente a la esperada.
Limitaciones y modos de fallo (dónde el trading en demo puede inducir a error)
El trading en demo a menudo no logra reproducir los efectos de coste del mundo real en al menos una de estas formas:
- Ejecución ausente o demasiado simplificada: Si el simulador asume ejecuciones perfectas o inmediatas a precios favorables, puede subestimar los costes indirectos.
- Parámetros de coste estáticos: Costes como los spreads y el deslizamiento pueden variar con la volatilidad y la liquidez. Un modelo de demo que utiliza supuestos constantes no capturará esa variabilidad.
- Condiciones de liquidez diferentes: Incluso sin dinero real, el simulador puede no reproducir la rapidez con la que se ejecutan las órdenes cuando el mercado se satura.
- Sincronización incompleta de eventos de mercado: El uso de actualizaciones de precios de menor frecuencia puede eliminar o distorsionar el coste de ejecución a corto plazo.