SHARKRULE / Aprender

Trading simulado y real: lo que una ejecución virtual no demuestra

El paper trading, o trading simulado, registra operaciones con dinero virtual según un modelo de ejecución. El trading real envía órdenes a un exchange, donde la aceptación, la liquidez disponible y las demás órdenes determinan qué se ejecuta. Una simulación permite observar si una regla se comporta como esperabas bajo sus supuestos; no demuestra que las mismas operaciones, costes o resultados se repitan con dinero real.

SharkRule · Revisado

Identifica primero qué has puesto a prueba

Una simulación hacia adelante sigue los datos de mercado que llegan después de iniciarse. Un backtest reproduce datos históricos. Ambos necesitan supuestos sobre cuándo llegan las órdenes y cómo se ejecutan. El entorno de pruebas de un exchange es otra situación distinta: una respuesta correcta allí no demuestra qué liquidez habrá en producción ni qué permisos tiene tu cuenta real.

La validación de una orden comprueba todavía menos. La función Test new order de Binance valida una solicitud sin enviarla al sistema que cruza las órdenes. Superar esa comprobación no equivale a haber realizado una compra o venta. Antes de comparar resultados, identifica si cada uno es una observación de la regla, una ejecución modelada o una ejecución confirmada por el exchange.

Ejemplo: una regla y tres registros de ejecución posibles

Todo el ejemplo es hipotético: el activo A, la moneda de cotización Q, las cantidades, los precios, la cola de órdenes y las comisiones. Son datos para hacer el cálculo, no una elección de activo, una recomendación de tamaño ni una prueba con una cuenta. Partimos de 200 Q y ningún A. Cuando se observa la condición elegida, la regla solicita una compra limitada de 10 A a un máximo de 10 Q por unidad. Todas las compras ejecutadas del ejemplo se realizan a 10 Q por A. Al revisar la orden se cancela cualquier cantidad sin ejecutar; los saldos suponen que la cancelación del remanente se ha confirmado y que no hubo ejecuciones adicionales antes de esa confirmación.

Para usar el mismo criterio contable sencillo en los tres casos, suponemos una comisión del 0,1 % sobre el importe de compra ejecutado, pagada en Q. No es una tarifa de Binance ni describe cómo SharkRule modela las comisiones. Las tarifas reales y los activos utilizados para pagarlas se comprueban por separado.

El modelo idealizado compra los 10 A cuando sus datos de precio alcanzan 10 Q. En el segundo supuesto, hay compras anteriores por 6 A con prioridad al mismo precio. Antes de la revisión solo llegan ventas por 10 A a esa cola: las compras anteriores reciben 6 A y nuestra orden recibe 4 A. Suponemos que no hay otros cambios en la cola. En el tercer caso, ninguna venta que pueda ejecutarse llega a nuestra orden.

La misma compra limitada con distintos supuestos de ejecución
RegistroEjecución completa idealizadaEjecución limitada por la colaSin ejecución
A adquiridos en cada supuesto1040
Importe de compra en Q10 × 10 = 1004 × 10 = 400
Comisión hipotética en Q100 × 0,001 = 0,1040 × 0,001 = 0,040
Q restantes en la revisión, tras cancelar cualquier remanente200 − 100 − 0,10 = 99,90200 − 40 − 0,04 = 159,96200
A solicitados sin ejecutar y cancelados0610
Porcentaje de la cantidad solicitada ejecutado100 %40 %0 %
  1. Compara la cantidad ejecutada y el estado final de la orden antes de comparar saldos. El caso parcial conserva más efectivo porque también ha comprado menos unidades; eso no demuestra un mejor resultado.
  2. Distingue los 6 A que aún se solicitan de los 4 A ya comprados hasta que se confirme la cancelación. Pedir que se cancele no demuestra que no haya habido más ejecuciones antes de la confirmación.
  3. No inventes una venta posterior de las unidades que no se compraron. Calcular una salida de 10 A describiría una posición distinta de la adquirida.
  4. Si la comisión se descuenta en A o en otro activo en lugar de Q, registra ese activo y recalcula el saldo correspondiente. La resta de la tabla, solo en Q, ya no describiría todos los saldos.

Que el precio toque tu límite no demuestra tu lugar en la cola

El gráfico puede mostrar una operación al precio de tu límite sin que llegue suficiente cantidad del lado contrario a tu orden. La documentación de prioridades de Binance ilustra cómo influyen el precio y el orden de llegada. Sin información sobre la llegada y la cola, una ejecución basada solo en el precio es un supuesto que debes anotar, no una ejecución confirmada.

Los modelos varían. La documentación de paper trading de Alpaca excluye expresamente de su simulación la posición en la cola, el impacto de la propia orden en el mercado y el deslizamiento por latencia. Es un ejemplo de los límites documentados de un modelo; no describe todos los simuladores ni la implementación de SharkRule.

En una orden de mercado, la cotización anterior no es un precio reservado. Una demora puede cambiar el libro disponible y la ejecución puede recorrer varios niveles de precio. Un modelo puede incluir spread, comisiones y deslizamiento y aun así aproximarlos. Comprueba qué precio de referencia, demora y cantidad disponible utiliza; si el resultado no lo explica, esas cuestiones siguen abiertas.

Prueba también qué ocurre cuando la respuesta es incierta

Considera otra secuencia hipotética: a las 10:00:00 se envía una orden; a las 10:00:10 se agota el tiempo de espera de la respuesta; a las 10:00:12 se encuentra la orden original con 4 unidades ejecutadas. Son horas ilustrativas, no una promesa de velocidad del servicio. La falta de respuesta no significaba que no se hubiera comprado nada.

Binance documenta que un tiempo de espera agotado puede dejar el resultado de ejecución desconocido e indica que se consulte el estado de la orden. Una prueba que convierte automáticamente cualquier respuesta ausente en un rechazo omite esa ambigüedad. Mantén bloqueados los nuevos envíos a Binance mientras no se aclare el resultado pendiente; revisa su estado y sus ejecuciones antes de considerar otra acción. No crees una regla duplicada para esquivar la incertidumbre.

Conserva una lista de evidencias para cada prueba

Puedes usar un cuaderno o una hoja de cálculo. Es un método de revisión, no una afirmación de que un panel permita exportar todos los campos. Marca cada dato como observado, supuesto o desconocido. Conserva visibles las incógnitas en lugar de sustituirlas por un supuesto favorable.

Qué registrar y qué permite concluir cada registro
RegistroPregunta que ayuda a responderLímite de la evidencia
Versión de la regla, modo, hora de la condición y hora de los datos¿Esta versión reaccionó a la observación prevista?No demuestra una ejecución real en ese momento.
Tipo de orden, cantidad solicitada y supuestos de ejecución¿Qué permitiría el modelo?Que el precio toque el límite no demuestra prioridad en la cola ni liquidez.
Cantidad ejecutada, precio, importe de la comisión y activo de pago¿Cuadran las posiciones y los saldos modelados?Una comisión configurada no acredita la tarifa actual de la cuenta.
Ejecuciones parciales, rechazos, cancelaciones y respuestas ausentes¿Qué situaciones de fallo se pusieron a prueba?Un fallo que nunca ocurrió ni se modeló sigue sin probarse.
Activos sin vender, compromisos pendientes y hora de revisión¿Qué queda al terminar la prueba?Una posición sin vender no es una venta completada ni tiene un valor de salida garantizado.

Errores al interpretar resultados simulados

  1. Comparar el efectivo final e ignorar que las cantidades de activos son distintas. Comprueba por separado el efectivo, los activos y las órdenes pendientes.
  2. Suponer que las simulaciones no tienen costes o que sus costes modelados reproducen exactamente los reales. Lee los supuestos; las comisiones de Binance pueden depender de la cuenta, el par y los descuentos aplicables.
  3. Reiniciar una prueba desfavorable y guardar solo la favorable. Al cambiar un ajuste, conserva la versión anterior de la regla, sus supuestos y sus observaciones.
  4. Confundir una prueba sin incidentes con una prueba de interrupciones. Anota qué casos de demora, rechazo, ejecución parcial y falta de datos se comprobaron realmente; marca los demás como no probados.

Una prueba sin errores no predice resultados ni obliga a operar

No existe un número de días simulados ni de operaciones completadas que garantice ejecución o rentabilidad. Un periodo corto puede excluir condiciones de mercado que tu regla gestione mal. Las pérdidas virtuales tampoco muestran cómo reaccionarás emocionalmente ante una pérdida real. Son límites de lo que puedes concluir, no motivos para forzar una prueba con dinero real.

El trading real puede generar pérdidas por cambios de precio, comisiones y deslizamiento. Las órdenes pueden quedar sin ejecutar, y las interrupciones del exchange, los fallos de custodia o las restricciones de la cuenta pueden impedir el acceso o una salida. No somos asesores financieros. Esta guía explica un método de prueba; no indica qué activos, asignaciones, importes u operaciones elegir. SharkRule es software independiente, sin afiliación ni respaldo de Binance.

Siguiente paso: revisa una prueba virtual con esta lista

Abre la guía del simulador de SharkRule en español, enlazada en Fuentes, revisa su presupuesto virtual y elige un comportamiento de la regla que quieras observar con esta lista. La guía pública actual describe una simulación hacia adelante con dinero virtual y costes modelados que no requiere conectar un exchange. Interpreta lo observado como evidencia dentro de los supuestos de esa prueba.

Una simulación no autoriza el trading real. Cualquier configuración posterior con dinero real requiere revisar por separado la regla disponible, el presupuesto, los permisos del exchange y la elegibilidad de la cuenta, y después iniciar expresamente. Utiliza solo lo que el panel actual ofrezca para tu cuenta y ubicación; seguir en simulación también es una opción válida.

Preguntas frecuentes

¿Un resultado simulado rentable demuestra que la misma regla funcionará con dinero real?

No. Registra un resultado bajo una muestra de datos y un modelo de ejecución concretos. Otras ejecuciones, comisiones, demoras y precios futuros pueden cambiar el resultado, incluso producir pérdidas. Revisa el comportamiento de la regla y los supuestos sin resolver; no interpretes el saldo virtual como una previsión.

¿Una simulación puede incluir comisiones y ejecuciones parciales?

Sí, si su modelo las contempla. Incluirlas no demuestra que reproduzca los costes de tu cuenta del exchange ni tu posición en la cola. Registra los supuestos documentados y marca como desconocido cualquier detalle que falte.

¿Superar la prueba de una orden en Binance demuestra que una orden real se ejecutará?

No. La función de prueba comprueba una solicitud sin introducirla en el sistema que cruza las órdenes. Una orden real posterior aún debe ser aceptada y ejecutada contra otras órdenes. Consulta su estado real y la cantidad ejecutada para determinar qué ocurrió.

¿Tengo que pasar a dinero real después de una simulación satisfactoria?

No. Puedes seguir aprendiendo con dinero virtual o decidir no continuar. Las pruebas no eliminan las pérdidas ni el riesgo del exchange. La disponibilidad del trading real depende del producto actual, de tu cuenta del exchange y de tu ubicación; iniciarlo requiere una autorización separada y deliberada.

Fuentes oficiales

Elaborado con ayuda de IA a partir de la documentación oficial enlazada. Los ejemplos son hipotéticos; no se realizaron pruebas con cuentas reales ni comparaciones de rentabilidad.