【CJ 进阶续篇 02/30 · 总第 30 篇】
Lo que más temen después de un reinicio de estrategia no es retrasarse unos segundos, sino olvidar qué es lo que ya se había hecho.
Cuando muchos programas se reinician, solo hacen dos cosas: reconectar la interfaz y continuar leyendo el mercado. Pero lo que realmente se necesita primero restaurar es la situación real: qué órdenes siguen vivas, qué órdenes ya se han ejecutado parcialmente, qué se tiene realmente en la cuenta y si el estado guardado la última vez por el programa coincide con el estado devuelto por el exchange.
Si los registros locales dicen “no hay posiciones”, pero en realidad el exchange ya ha ejecutado la mitad, después de reiniciar el programa puede volver a abrir otra posición nueva. Al contrario, si los registros locales conservan una orden antigua pero el exchange ya la canceló hace tiempo, el sistema también podría quedarse bloqueado indefinidamente al no recibir la respuesta.
En la restauración también hay que distinguir dos momentos: la hora en que se guardó por última vez en el local y la hora de la última actualización de la plataforma. El hecho de que existan ambos registros no significa que describan el mismo escenario. Las discrepancias que no se puedan explicar deben quedar registradas; no se puede saltarlas en silencio gracias a un reinicio.
El orden de recuperación confiable debería ser: primero obtener las órdenes y posiciones reales, luego conciliar con el estado local; lo que no se pueda confirmar debe congelarse primero, sin apresurarse a realizar acciones nuevas. Reiniciar no es solo abrir un proceso, sino devolver el sistema desde un estado incierto a un estado explicable.
Siguiente entrega: lo que más teme la cuadrícula no es la oscilación, sino que trates un mercado unidireccional como si fuera una oscilación.
#交易机器人 #程序风控
Lo que más temen después de un reinicio de estrategia no es retrasarse unos segundos, sino olvidar qué es lo que ya se había hecho.
Cuando muchos programas se reinician, solo hacen dos cosas: reconectar la interfaz y continuar leyendo el mercado. Pero lo que realmente se necesita primero restaurar es la situación real: qué órdenes siguen vivas, qué órdenes ya se han ejecutado parcialmente, qué se tiene realmente en la cuenta y si el estado guardado la última vez por el programa coincide con el estado devuelto por el exchange.
Si los registros locales dicen “no hay posiciones”, pero en realidad el exchange ya ha ejecutado la mitad, después de reiniciar el programa puede volver a abrir otra posición nueva. Al contrario, si los registros locales conservan una orden antigua pero el exchange ya la canceló hace tiempo, el sistema también podría quedarse bloqueado indefinidamente al no recibir la respuesta.
En la restauración también hay que distinguir dos momentos: la hora en que se guardó por última vez en el local y la hora de la última actualización de la plataforma. El hecho de que existan ambos registros no significa que describan el mismo escenario. Las discrepancias que no se puedan explicar deben quedar registradas; no se puede saltarlas en silencio gracias a un reinicio.
El orden de recuperación confiable debería ser: primero obtener las órdenes y posiciones reales, luego conciliar con el estado local; lo que no se pueda confirmar debe congelarse primero, sin apresurarse a realizar acciones nuevas. Reiniciar no es solo abrir un proceso, sino devolver el sistema desde un estado incierto a un estado explicable.
Siguiente entrega: lo que más teme la cuadrícula no es la oscilación, sino que trates un mercado unidireccional como si fuera una oscilación.
#交易机器人 #程序风控
