Paper Trading es una práctica de negociación que registra decisiones, ejecuciones y saldos sin compras ni ventas reales con los fondos del participante. En modo continuo utiliza información de mercado entrante, pero una simulación determina la ejecución de órdenes y el resultado contable.
QuantConnect describe un modo en el que el algoritmo recibe datos de mercado continuos, pero opera con capital ficticio y ejecuciones simuladas. Distinción editorial de esta entrada: Paper Trading puede servir para practicar manualmente o con un sistema automático; aquí seguimos decisiones conforme avanza el tiempo. Backtesting, en cambio, reproduce el pasado almacenado. Usar cotizaciones de hoy no convierte por sí solo una cuenta de práctica en negociación real. El resultado corresponde al simulador configurado y a las reglas del ensayo, no automáticamente a una ejecución alcanzable en el mercado. [1]
Alpaca separa las claves de acceso y la dirección de la interfaz de las cuentas de práctica y reales. Nuestro requisito operativo es verificar la identidad de la cuenta, el modo y el entorno de destino tanto en la aplicación como en la configuración automática antes de una orden. El nombre de un archivo o la finalidad prevista del programa no sustituye esa comprobación. La configuración de prueba debe tener una etiqueta inequívoca y un registro de ejecución separado. Cambiar de entorno modifica las consecuencias de las órdenes; no debe ser un efecto inadvertido de copiar ajustes. [2]
Alpaca indica expresamente que su simulación no incluye el impacto de la propia orden sobre el mercado, el deslizamiento por latencia ni la posición en cola de una orden limitada no ejecutable de inmediato. Nuestra consecuencia: tocar un precio mostrado no demuestra en general que la cantidad prevista estuviera disponible para nosotros en una bolsa. La evaluación debe distinguir la cantidad enviada de la ejecución realmente asignada por el simulador. El beneficio basado en un modelo favorable de ejecución debe describirse como resultado de ese supuesto. [2]
Interactive Brokers describe ejecuciones simuladas desde el mejor nivel del libro, sin profundidad de mercado, y diferencias en ciertas órdenes complejas. Nuestro requisito es registrar la fuente de datos, la hora de la cotización, los tipos de órdenes admitidos y el modelo de ejecución utilizado. Comparar resultados de plataformas sin esos datos puede confundir un cambio de estrategia con un cambio de simulador. Ni siquiera una interfaz fiel garantiza un comportamiento idéntico en todas las operaciones. Una función no admitida no puede darse por probada solo porque otras órdenes funcionaron. [3]
El modelo predeterminado de QuantConnect no aplica Slippage y ejecuta las órdenes de mercado inmediatamente y por completo; aun así, puede incorporar al precio la diferencia disponible entre cotizaciones de compra y venta. Nuestra comprobación separa por ello el precio de ejecución, las comisiones y otros costes modelados. Un gasto nulo en el simulador no implica necesariamente un gasto nulo en una cuenta futura. Indicamos qué se incluyó y qué falta, sin sumar otra vez el mismo efecto sobre el precio como una comisión separada. La configuración del modelo forma parte del resultado. [1]
Alpaca señala las órdenes sin ejecutar y las desconexiones de red durante el funcionamiento continuo. Nuestros escenarios de prueba incluyen aceptación, ejecución parcial, cancelación confirmada del resto y recuperación de la visión de la cuenta tras una interrupción. La ausencia de respuesta no demuestra por sí sola que la orden no fuera aceptada. El registro vincula por ello el identificador de la orden con eventos confirmados y el estado de la cuenta; repetir a ciegas puede distorsionar el número de órdenes. Un funcionamiento satisfactorio sin incidencias no prueba que el sistema soporte un fallo aún no ensayado. [2]
NFA advierte que incluso presentar un resultado como obtenido en tiempo real puede ocultar su naturaleza hipotética. Nuestro protocolo editorial registra previamente la versión de las reglas, el inicio y final de observación, las condiciones de intervención y los indicadores medidos. Los cambios, interrupciones y nuevas cuentas de práctica permanecen en el historial; el tramo más atractivo no debe presentarse como todo el ensayo. Si ajustamos la estrategia según el resultado, esas observaciones ya influyeron en el desarrollo. Una prueba posterior se identifica por separado, sin reescribir la anterior. [4]
NFA subraya que la negociación hipotética no refleja plenamente la capacidad de soportar pérdidas y seguir un procedimiento bajo riesgo real. Nuestra conclusión: Paper Trading puede revelar errores en reglas, manejo y registros, pero un total positivo no confirma automáticamente rentabilidad ni preparación para pasar a una cuenta real. El informe distingue escenarios comprobados de situaciones no probadas y expone las limitaciones restantes. Además, una posición de práctica no crea por sí misma propiedad de bitcoin ni la posibilidad de retirarlo a una cartera propia. [4]
La cantidad solicitada no es la posición ejecutada
Para obtener la imagen más completa, lee esta entrada junto con Backtesting, Slippage, Trading Plan, Trading Journal, Risk Management. También enlazan con esta entrada Overfitting, Look-ahead Bias, Survivorship Bias.
01¿Usar precios en directo significa negociar de verdad?+
No. Los precios continuos pueden alimentar una simulación mientras las órdenes permanecen en un entorno de práctica. Lo decisivo es la cuenta, el enrutamiento de órdenes y el método de ejecución, no solo la actualidad del gráfico.
02¿Basta el beneficio en una cuenta de práctica para validar una estrategia?+
No. Hay que conocer supuestos de ejecución, costes, historial de ajustes y alcance de las situaciones probadas. La simulación tampoco refleja plenamente la liquidez real, el impacto propio en el mercado ni la reacción de una persona a una pérdida financiera real.