Descripción general del módulo de operaciones simuladas en vivo

Este capítulo le ayuda a crear una visión general completa antes de entrar en el trading real: qué puede hacer, en qué se diferencia del backtesting, el significado de los términos clave y qué capítulo leer a continuación.

Estimado usuario, si ha completado el backtesting de la estrategia y desea observar el desempeño de la estrategia «en tiempo real», este módulo es para usted. Intentamos utilizar el mismo conjunto de código de estrategia como prueba retrospectiva, simulando la colocación de pedidos y el registro local, lo que le permite completar todo el proceso antes de conectarse a una firma de corretaje real.

0. 适用场景

  • Ha completado la prueba retrospectiva de la estrategia y está listo para ingresar a la etapa de comercio en vivo simulado (aún no está conectado o está temporalmente conectado a una plataforma de comercio real).

  • Desea establecer rápidamente una comprensión integral del proceso desde «configuración → realización de pedidos → finalización de transacciones → registros → resolución de problemas».

  • Si planea expandirse para incluir corretajes reales (como QMT) en el futuro, necesitará un punto de entrada de documentos estable.

1. 这个模块解决什么问题

  • Una explicación unificada del proceso completo de «configuración, colocación de órdenes, ejecución, registro y resolución de problemas» en operaciones simuladas en vivo.

  • Reduzca la carga cognitiva al cambiar de backtesting a pruebas en vivo: evite la situación en la que «los parámetros de backtesting funcionan, pero usted está completamente confundido cuando comienza la prueba en vivo».

  • Esto proporciona un punto de entrada de documentación para una futura expansión que admita contadores del mundo real, eliminando la necesidad de empezar desde cero.

2. 与回测的关系

El objetivo de diseño de Qteasy es utilizar la misma lógica estratégica tanto para las pruebas retrospectivas como para las operaciones en vivo. La principal diferencia radica en «cómo pasa el tiempo» y «quién realiza la comparación», en lugar de reescribir todo el código de la estrategia. La siguiente tabla le ayudará a comparar rápidamente opciones al hacer su selección; Si ya está familiarizado con las pruebas retrospectivas, puede centrarse en los puntos de entrada y los métodos comerciales relacionados con el «comercio en vivo» en la columna «comercio en vivo».

Significados de las columnas: Los Elementos de comparación representan las dimensiones; la columna Backtesting describe el modo de verificación histórica; la columna **Operación en vivo simulada (mode=0) describe el modo en vivo que se ejecuta en un reloj real.

Cómo utilizar: Al decidir «qué modo usar ahora», busque por línea; al comenzar en vivo, confirme que la entrada de la última línea sea mode=0 + qt.run(op).

Artículo de comparación

Backtest

Comercio simulado en vivo (mode=0)

Tiempo

Avance rápido en intervalos históricos

El tiempo real avanza según el calendario comercial.

Código de estrategia

Mismo Operator/Estrategia

El mismo conjunto de lógica

Trato

Coincidencia simulada basada en precios históricos

Normalmente, las transacciones se comparan mediante un simulador al precio en vivo.

entrada tipica

op.run_backtest() / qt.run(op, mode=1)

⟦CÓDIGO0⟧ y ⟦CÓDIGO1⟧

Operator (Trader Contenedor): Este es el objeto «comerciante» que usted crea y mantiene para su estrategia; se utiliza tanto en backtesting como en operaciones reales, solo que en diferentes modos. Puede considerarlo como si el mismo operador realizara la misma prueba tanto en el «examen histórico» como en el «examen en vivo simulado».

Un código común de una línea para comenzar en vivo:

import qteasy as qt
qt.configure(mode=0, ...)  # 0 表示 live / 模拟实盘
qt.run(op)                 # op 为您的 Operator

3. 您将获得的 capability（能力地图）

Las siguientes capacidades se han mejorado gradualmente en versiones recientes, con el objetivo de hacer que las operaciones simuladas en vivo sean verificables, interceptables, auditables y escalables:

  • Configuración verificable: Los parámetros relacionados con Live se verifican antes del tiempo de ejecución, por lo que los errores se informan antes cuando las configuraciones son incorrectas, en lugar de fallar a mitad del proceso.

  • Posible control de riesgos: Las órdenes se pueden bloquear localmente de acuerdo con las reglas antes de que realmente se entreguen a la firma de corretaje (como un panel de revisión de pedidos anticipados).

  • Rechazos auditables: Cuando se rechaza un pedido, se puede recuperar en el registro utilizando el número de regla y el motivo en inglés, lo que facilita revisar «por qué no se cerró el pedido».

  • La interfaz de corretaje es escalable: Proporciona interfaces unificadas para conectar, enviar y sondear transacciones, lo que facilita la integración futura con plataformas comerciales del mundo real como QMT.

  • Estado de pedido más claro: Estados como parcialmente completado y completamente completado son más consistentes con el volumen de transacciones acumuladas, lo que reduce la discrepancia entre la visualización de la interfaz y las expectativas de cada uno.

4. 术语速查表

La documentación comercial simulada en vivo utilizará repetidamente términos como Operator, Trader, corredor, control de riesgos y ruta del producto. Esta sección es el centro de terminología de todo el módulo: agrupada por tema, lo que le permite consultarla después de que aparece por primera vez en el texto principal de cada capítulo. No es necesario que lo lea todo de una vez; utilice la búsqueda en la página cuando encuentre términos desconocidos.

Significados de las columnas: Términos son nombres en inglés o claves de configuración; Descripciones describen las responsabilidades en el flujo de trabajo en vivo qteasy; Las analogías utilizan escenarios diarios/de inversión para ayudar a la memorización (si hay diferencias entre la analogía y el comportamiento del mundo real, prevalecerá la columna de descripción).

Cómo utilizar: Primero, determine en qué categoría está atrapado: «Entidad en ejecución/Configuración/Pedido/Mantenimiento» y abra la sección correspondiente. Según el problema actual (por ejemplo, «Dónde buscar pedidos rechazados»), busque palabras clave en la columna Instrucciones y luego vaya a secciones como :doc:3-risk-and-order-lifecycle o :doc:5-artifacts-and-troubleshooting.

Ejemplo: Ves partial-filled en el Shell y no lo entiendes → Abra §4.3 y busque la línea → Aprenderá que significa «parcialmente lleno» → Vaya a :doc:3-risk-and-order-lifecycle para ver el cambio de estado.

4.1 Entidad Operadora

Durante el tiempo de ejecución en vivo, Operator todavía mantiene la política, pero es impulsada por Trader de acuerdo con el cronograma real; los pedidos son procesados ​​por el Broker. Esta tabla cubre las funciones principales desde el «contenedor de políticas» hasta «su interfaz»; no incluye claves de configuración específicas (ver §4.2).

el término

Nota

analogía

Operator

El contenedor de nivel superior que contiene el grupo de políticas y es responsable de la programación y combinación de señales.

Gestor de cartera: decidir cuándo y qué estrategias ejecutar

Trader

En el modo en vivo, los procesos principales que realmente se ejecutan según un cronograma, incluida la ejecución de estrategias, la colocación de pedidos y la escritura de registros, son el núcleo de la operación.

Trader Asiento: la persona con la que interactúas en tu conversación de Shell

Corredor (Firma de Valores)

El público objetivo para recibir pedidos, devolver resultados de procesamiento y confirmación de transacciones.

Mostrador de corretaje: simulador significa «mostrador de práctica».

mode=0

Elemento de configuración: indica operaciones en vivo/simuladas (en relación con el modo de prueba retrospectiva = 1, etc.)

Switch: 0 = Se ejecuta en tiempo real

CLI command

Interfaz interactiva de línea de comandos (Trader Shell)

Una «terminal comercial» para escribir comandos.

TUI

Interfaz gráfica de terminal

Una interfaz de pantalla completa con un panel o una opción CLI.

4.2 Configuración y datos

Antes de iniciar LiveTrade, los elementos que escriba mediante qt.configure(...) se congelarán como LiveTradeConfig, lo que determinará los tipos de activos, de dónde provienen los datos del mercado y cómo se complementan los datos. Esta tabla es un índice terminológico para el capítulo de configuración (:doc:2-configuration-and-run).

el término

Nota

analogía

LiveTradeConfig

Una instantánea de la configuración en vivo se congela antes del inicio y no se modificará accidentalmente durante el tiempo de ejecución.

El formulario de inspección previa al vuelo, una vez firmado, no deberá modificarse.

The set of names of the historical data to be fetched, if htypes is empty, the system will try to create all possible htypes by basing on the name of the historical data and the freq/asset_type parameter. the input can be str or list: - str: “open, high, low, close” - list: [“open”, “high”, “low”, “close”] - list: [“open”, “high”, “low”, “close”] - list: [“open”, “high”, “low”, “close”] “high”, “low”, “close”]

Tipos de activos, como E (acciones) y FD (fondos cotizados en bolsa/ETF).

Dígale al sistema «qué conjunto de reglas se aplica al comercio de este lote de activos».

Market conditions and refill

Complete las tablas/rangos que faltan en la fuente de datos local de los canales en línea.

Reposición del «almacén de datos» local

Frecuencia del mercado en vivo

Por ejemplo, live_price_acquire_freq='15MIN' especifica con qué frecuencia se recupera el precio en tiempo real.

Intervalo de actualización del seguimiento del mercado

``simulator””

El tipo de corretaje simulado predeterminado utiliza precios en vivo para simular transacciones.

mostrador de comercio de papel

4.3 Órdenes y Control de Riesgos

Desde la señal de la estrategia hasta la ejecución, el proceso implica «control de riesgo local → procesamiento de corretaje → ejecución asincrónica». Esta tabla contiene el vocabulario básico de :doc:3-risk-and-order-lifecycle; Asegúrese de distinguir entre las filas «rechazo de control de riesgo» y «contrarrechazo».

el término

Nota

analogía

Intención de pedido

Un pedido planificado: tema, dirección, cantidad, precio, etc.

Borrador del formulario de autorización completado

Resumen de la cuenta

Efectivo, posiciones abiertas y volumen de operaciones diario en el momento de la evaluación de riesgos.

Una instantánea de la cuenta en el momento en que se realizó el pedido.

RiskManager

Ejecute varias reglas secuencialmente para determinar si se permite el paso.

Mesa de Revisión: Los pedidos serán rechazados si alguna regla no cumple con los requisitos.

Decisión de riesgo

Liberación o rechazo, y el motivo del rechazo en inglés, número de regla

Revisar el recibo de conclusión

Rechazo de pedido por control de riesgos

Intercepción de regla local: No ingrese la tabla de pedidos, registre en Risk_log.

El formulario fue devuelto por el mostrador de revisión incluso antes de ser enviado.

Servicio de mostrador para pedidos rechazados

La firma de corretaje rechazó la orden: la tabla de órdenes contiene una fila rejected y el ID del corredor está vacío.

El mostrador le devolverá el recibo.

partial-filled

Parcialmente negociado: el número de transacciones negociadas es menor que el número de órdenes realizadas.

Sólo se ejecutó una parte de la orden.

filled

Éxito de la transacción

Se ha alcanzado el número de comisiones.

Often rejected

Rechazado (a menudo refiriéndose al rechazo en el mostrador)

Delegación no válida

broker_order_id

El número de pedido de la firma de corretaje se enviará de regreso al sistema local una vez que se procese exitosamente.

Número de recibo de mostrador

submit_with_ack

Envíe un pedido y sincrónicamente reciba el resultado de si ha sido aceptado.

Inmediatamente después de enviar el formulario, el personal del mostrador dirá «Aceptar/No aceptar».

poll_fills

Sondeo de resultados de transacciones que llegan de forma asincrónica

Pregunte periódicamente en el mostrador: «¿Ha habido nuevas transacciones?».

4.4 Operación y Observabilidad

Durante largas ejecuciones de pruebas en vivo o resolución de problemas, encontrará rutas de registro, control de acceso, conciliación y depuración. Esta tabla corresponde a :doc:5-artifacts-and-troubleshooting, :doc:6-trader-snapshot-gate y :doc:8-cli-trader-capability-matrix.

el término

Nota

analogía

Productos de cuatro bonos

Las cuatro rutas fijas son sys_log, trade_log, break_point y risk_log.

Cuatro carpetas dedicadas: Registro del sistema, Detalles de transacciones, Archivo de puntos de interrupción y Registros de control de riesgos.

Puerta de inicio

Comprobaciones previas a la ejecución: estrategia lista, tablas de datos, comparación opcional con el libro mayor remoto.

Control de seguridad previo a la salida

Resumen de la estrategia (hoja de ruta 5-A)

Los datos se obtienen previamente antes de que se ejecute la estrategia y este paso reutiliza los datos para reducir las E/S redundantes.

Prepare los materiales de hoy en su escritorio con anticipación.

Conciliar (Instantánea de conciliación)

Genere un resumen de las diferencias entre los libros de contabilidad locales y remotos en formato JSON al momento del cierre y en otros momentos.

Estado de conciliación al final del día

Modo DEPURACIÓN

Trader interruptor de depuración, se puede configurar manualmente en run --task ...

Modo de reparación: las tareas se pueden activar paso a paso.

5. 推荐阅读路径

De acuerdo con el directorio de la página de inicio del módulo:

  1. doc:

    2-configuration-and-run: complete la configuración mínima ejecutable

  2. doc:

    ../tutorials/8-live-trade-risk-and-broker-walkthrough — Sigue el tutorial

  3. doc:

    5-artifacts-and-troubleshooting: comprobar artefactos y scripts cuando surgen problemas

  4. doc:

    4-broker-adapter-and-integration: lea esto cuando necesite ampliar su cartera de corretaje.

  5. doc:

    8-cli-trader-capability-matrix — Comparación de comandos CLI; comparación de larga distancia: 6-trader-snapshot-gate y 7-manual-smoke-live-grid-roadmap

6. 相关索引