Tradovate Market Replay muestra solo el último precio

Usted carga Market Replay para ensayar una sesión, pulsa play y el reloj empieza a recorrer el día como debe. Pero la escalera está muerta. Cada contrato muestra solo el último precio negociado, las columnas de bid y ask están en blanco y, en cuanto intenta comprar o vender, la orden da error en lugar de ejecutarse. Nada de lo que pulse devuelve las cotizaciones. Si es lo que está viendo, usted no ha configurado nada mal. Se trata de una avería de entrega de datos en el flujo de replay de Tradovate, que se ha repetido en varias versiones de la plataforma y que no se arregla desde su lado con un ajuste. Lo que sí puede hacer es confirmar que es el problema conocido, conseguir mientras tanto un entorno de práctica que funcione e informar de la sesión para que se corrija. Aquí tiene el panorama completo.

Cómo se ve realmente “solo el último precio”

Cuando replay funciona bien, obtiene el libro de órdenes completo reproducido en avance rápido: una escalera de bid y otra de ask moviéndose tick a tick, volumen imprimiéndose en cada nivel y ejecuciones simuladas que se comportan como lo hizo la sesión real. Ese es todo el sentido de replay, y por eso el complemento anuncia la profundidad de mercado completa para el análisis de volumen.

Cuando aparece este error, la profundidad desaparece. El gráfico sigue avanzando, así que el tiempo claramente corre, pero el DOM solo muestra un número por contrato: el último print. Sin bid inside. Sin ask inside. Sin escalera. Es igual en cada símbolo que cargue, lo cual ya es una pista en sí mismo. Entonces aparece la segunda mitad del problema: intenta colocar una orden en esa escalera vacía y no se ejecuta, sino que lanza un error. Una compra que debía tomar el ask no tiene ask que tomar, y el motor de replay la rechaza.

Tampoco es un fallo nuevo. La misma familia de síntomas reaparece con distintas etiquetas: bid/ask que se congela a mitad de sesión, replay que corre cinco o diez segundos y luego se detiene, replay que simplemente no arranca en el cliente web y este estado exacto de solo último precio. Distintas envolturas, el mismo problema de fondo: el flujo de datos de replay no entrega cotizaciones.

Por qué replay se rompe de esta manera

Market Replay funciona transmitiendo una sesión histórica grabada directamente desde los servidores de Tradovate, con cotizaciones y profundidad incluidas, y reproduciéndola en una cuenta simulada para que sus órdenes se ejecuten contra lo que el libro realmente hizo. No descarga un archivo ni ejecuta una simulación local. Cada bid, ask y print que ve se envía desde el servidor en la secuencia correcta.

Ese diseño es precisamente la razón por la que el fallo tiene este aspecto. Cuando el flujo pierde su capa de cotizaciones y solo envía prints del último precio, su cliente representa fielmente lo que recibe: un gráfico en movimiento con un libro vacío. No hay una caché local de las cotizaciones ausentes a la que recurrir ni ningún interruptor que las reconstruya, porque nunca se entregaron. Por eso refrescar, volver a añadir el DOM o toquetear los ajustes del gráfico no cambia nada.

Los errores de orden se derivan directamente de la misma carencia. Una ejecución simulada en replay necesita un precio contrario: algo en el bid para su venta, algo en el ask para su compra. Si se eliminan el bid y el ask, una orden ejecutable no tiene un precio de referencia contra el cual ejecutarse, así que en lugar de ejecutarse devuelve un rechazo. Por eso las cotizaciones ausentes y las órdenes fallidas siempre van juntas durante esta avería. Es un solo defecto, no dos.

Como la avería está en el lado de la entrega, tiende a afectar a todos los usuarios de la versión afectada a la vez y solo desaparece cuando Tradovate publica una corrección. Es frustrante, pero también significa que puede dejar de buscar en sus propios ajustes una causa que no está ahí.

Cómo salir del bloqueo: paso a paso

Siga estos pasos en orden. El primero soluciona de vez en cuando un fallo puntual de conexión; los siguientes sirven para que pueda seguir practicando y para dejar constancia del defecto real.

1. Reinicie la sesión y recargue la plataforma

Si la escalera se llena y las órdenes se ejecutan, fue una reconexión transitoria y ya puede seguir. Si vuelve vacía en una sesión nueva, el flujo está realmente caído y ningún reinicio hará aparecer las cotizaciones. Siga adelante en lugar de perder tiempo con recargas repetidas.

2. Confirme que el complemento Market Replay sigue activo

Antes de dar por hecho que es una caída, descarte una suscripción vencida, porque un complemento de replay caducado también puede dejarle fuera. Abra Application Settings, vaya a la pestaña Add-Ons y localice el panel Market Replay. Compruebe que figura como activo (o que su prueba no ha terminado). Fíjese, no obstante, en la diferencia de síntoma: un complemento vencido suele impedir que replay arranque, mientras que este error deja que replay arranque y corra, pero con el libro eliminado. Si su complemento está activo y aun así solo ve el último precio, ha confirmado que es el defecto y no un problema de facturación.

3. Cambie a Simulated Trading en vivo para poder seguir practicando

Esta es la solución alternativa que de verdad le mantiene productivo. La cuenta gratuita de simulated trading de Tradovate opera con el feed en tiempo real usando dinero virtual, por lo que tiene un bid y un ask reales y en movimiento. Cambie su cuenta activa a la simulada y coloque allí las órdenes. Pierde la posibilidad de rebobinar y practicar un momento histórico concreto, pero obtiene un entorno de ejecución plenamente funcional: cotizaciones reales, ejecuciones reales, sin el muro de solo último precio.

Para la mayor parte del ensayo diario (entrada de órdenes, colocación de brackets, gestión de stops, ganar rapidez con los clics), el sim en vivo le cubre por completo mientras replay está averiado. Deje el trabajo con sesiones históricas para cuando llegue la corrección. Si los datos de su sim en vivo parecen retrasados o el nombre del símbolo aparece en naranja, es un asunto distinto de la suscripción de datos de mercado.

4. Informe de la sesión al soporte de Tradovate

Este es el paso que consigue que se arregle de verdad. Contacte con el soporte de Tradovate y facilite dos datos concretos: la fecha y hora de la sesión de replay y el producto que estaba reproduciendo. Esos detalles permiten a su equipo reproducir su sesión exacta y escalarla a los desarrolladores responsables del flujo de replay. Los informes vagos del tipo “replay no funciona” se estancan; un informe con fecha y producto es lo que mueve las cosas. Una vez escalado, la resolución suele llegar con una actualización de la plataforma y no con algo que usted haga localmente, así que después de informarlo, apóyese en el sim en vivo y vuelva a comprobarlo tras la siguiente versión.

Referencia rápida

Una nota sobre suscripciones y pruebas: las condiciones del complemento de replay, la duración de la prueba y cualquier regla de acceso de las prop firms cambian con el tiempo y varían según la firma y el tipo de cuenta, así que confirme sus condiciones actuales en la plataforma en lugar de darlas por supuestas. El comportamiento descrito se refiere a la avería de datos, que es independiente del plan que tenga.

Siga probando mientras Replay no funciona

Market Replay es una gran herramienta de ensayo, pero frágil, y cuando el flujo pierde sus cotizaciones no hay nada que usted pueda arreglar. Si su objetivo real es validar cómo se comporta una estrategia antes de pasar a real, no querrá que un feed de replay averiado se lo impida. Ahí es donde enrutar sus señales mediante automatización le mantiene en marcha.

PickMyTrade toma sus alertas de TradingView y las envía directamente a su cuenta de Tradovate, de modo que puede hacer forward-testing de la lógica exacta que piensa operar contra datos de mercado reales y en vivo, en una cuenta simulada, sin depender en absoluto de replay.

• Forward-testing con datos en vivo: envíe sus alertas a una cuenta sim de Tradovate con bid/ask real, de modo que un flujo de replay averiado nunca detenga su validación.
• Ejecución en el servidor: las órdenes se enrutan desde la alerta directamente a su cuenta, no a través de un gráfico que tenga que vigilar.
• Sincronización multicuenta: replique la misma prueba en las cuentas conectadas para comparar el comportamiento lado a lado.
• Registro de alertas: cada señal queda registrada, de modo que puede revisar exactamente qué hizo su estrategia y cuándo.