Definición y alcance
El trading en demo es una forma de practicar o probar un flujo de trabajo de trading colocando órdenes simuladas en una plataforma, utilizando saldos virtuales y un proceso simulado de emparejamiento de órdenes. Está pensado para aprender los mecanismos de introducción de órdenes, gestión de posiciones y generación de informes, más que para demostrar una rentabilidad futura.
Al evaluar el trading en demo, separa lo que es estable (el concepto general y las preguntas que te haces) de lo que es variable (cómo un simulador específico genera precios, llena órdenes y calcula costos). Dado que no hay capital real en juego, la pregunta clave no es “¿ha ganado dinero?”, sino “¿reproduce el simulador las condiciones que importarían en una ejecución real?”.
Cómo funciona: los datos a evaluar
Una lista de verificación útil comienza con las reglas que aplica tu simulador.
- Supuestos de precios y del feed
- ¿Qué precio utiliza el simulador para los llenados (bid/ask/medio) y con qué frecuencia se actualiza?
- ¿Los precios se derivan de datos de mercado registrados, de un feed similar al real o de valores sintéticos?
- Si puedes seleccionar instrumentos, verifica cómo se maneja el mapeo de símbolos (por ejemplo, si se modelan los horarios de sesión o los rollovers).
- Ejecución de órdenes y lógica de “llenado”
- ¿Cómo decide el motor si una orden se llena total o parcialmente?
- Para órdenes limit y stop, ¿qué desencadena el llenado y en qué marca de tiempo?
- ¿Son posibles el deslizamiento y los llenados parciales, o los llenados se asumen efectivamente como ideales?
- Costos y matemática de la cuenta
- ¿Qué costos se incluyen (como spreads, comisiones y financiación/rollover cuando corresponda)?
- ¿Cómo se calculan los swaps/financiación y las comisiones: por tiempo mantenido, tamaño nocional u otro método?
- Confirma las unidades y el redondeo utilizados en los cálculos de ganancias y pérdidas.
- Controles de riesgo y flujo de trabajo práctico
- ¿El simulador aplica reglas de margen, límites de apalancamiento y lógica de rechazo de órdenes de manera realista?
- ¿Las órdenes de stop-loss y take-profit se manejan con los mismos supuestos de ejecución que los cierres manuales?
Evidencia o ejemplo: convierte las observaciones en verificación
Para hacer la evaluación concreta, realiza comprobaciones pequeñas y controladas donde puedas establecer supuestos.
- Prueba de ejecución (supuesto: un desencadenante repetible): Coloca un solo tipo de orden (por ejemplo, una orden limit) y documenta qué condición debe ocurrir para que se llene. Luego compara eso con los campos del registro de operaciones de la plataforma (cambios de estado de la orden, marcas de tiempo, precio de llenado).
- Prueba de costos (supuesto: tamaño de posición constante): Abre la misma posición bajo condiciones simuladas idénticas y verifica si los costos reportados (spreads/comisiones/financiación si se incluyen) escalan con el tamaño y el tiempo de mantenimiento como esperas.
- Prueba de informes (supuesto: contabilidad consistente): Verifica que los cambios en el saldo/capital coincidan con el registro de operaciones (llenados, comisiones y cualquier costo de financiación). Si las cifras del simulador no cuadran, trata los resultados de la demo como poco fiables.
El objetivo no es “probar” una estrategia, sino verificar que el modelo contable y de ejecución del simulador se comporta de manera consistente con su documentación declarada.
Limitaciones materiales y riesgos (qué puede fallar)
El trading en demo a menudo falla como evidencia del rendimiento en el mundo real debido a diferencias sistemáticas entre la simulación y la ejecución.
- Llenados perfectos o casi perfectos: Muchos simuladores llenan las órdenes de manera más limpia que los mercados reales, lo que puede ocultar el deslizamiento y el riesgo de llenado parcial.
- Spreads y costos simplificados: Si el simulador utiliza un modelo de spread simplificado o ignora ciertos costos, los resultados pueden estar sobreestimados.
- Desajuste de tiempos: Si los desencadenantes de órdenes utilizan marcas de tiempo diferentes o datos de precios de menor resolución, el comportamiento de stop/límite puede no coincidir con las condiciones reales.
- Lagunas en el estado del mercado: Eventos como picos de volatilidad, liquidez reducida o huecos de precios pueden estar subrepresentados si el simulador suaviza o regulariza los datos.
- Desajuste histórico-futuro: Incluso si una simulación utiliza datos históricos, las relaciones históricas no establecen resultados futuros.
Un “modo de fallo” práctico a buscar es cuando los resultados cambian drásticamente después de ajustar los supuestos (por ejemplo, cambiar el modelo de llenado de órdenes o habilitar componentes de costos). Una gran sensibilidad sugiere que la simulación no es robusta.
Verificación y siguiente pregunta
Para evaluar una configuración de trading en demo de forma independiente, puedes utilizar una lista de verificación de aceptación clara:
- Puedes explicar exactamente cómo se determinan los llenados para cada tipo de orden.
- Puedes enumerar qué costos se incluyen y cómo se calculan a lo largo del tiempo y del tamaño.
- Puedes conciliar las entradas del registro de operaciones con los cambios en el saldo/capital.
- Entiendes dónde es probable que el simulador sea optimista (llenados ideales, spreads simplificados o resolución de tiempos).