Lo que entiendo ahora es que los inventores cuantifican la relación entre robots y estrategias.
Cada robot creado puede modificar los parámetros de configuración, pero parece que no se puede modificar solo la política correspondiente.
Es decir, cada vez que se crea una nueva estrategia, se debe construir un nuevo robot correspondiente para probar la estrategia en el disco de simulación.
Si es así, ¿podría apoyarse la modificación de las estrategias correspondientes de los robots para facilitar las pruebas y descomposiciones?
- ¿ Qué pasa?Un host puede corresponder a varios robots, y un robot también puede corresponder a varios hosts, ¿de acuerdo?
Un sueño pequeño.El nombre y el papel. ¿Qué es lo que está pasando? BotVS tiene un sitio web para controlar, monitorear robots, administradores y una serie de funciones de plataforma de negociación cuantitativa (compromisos de revisión, etc.) que se pueden implementar bajo una cuenta de BotVS. Multiple programas de administradores pueden ejecutarse en dispositivos de varios sistemas operativos, ya sea su propia computadora personal o un servidor en la nube (como Ali Cloud VPS). El software para administrar el bot estratégico es el soporte de software para el bot estratégico, responsable de programar y ejecutar el trabajo subyacente del sistema. Los sistemas operativos más populares admiten que se pueden implementar varios programas de administradores en un dispositivo (si se configuran las prestaciones y la configuración adecuadas). Cuando se implementa un administrador, se utiliza la dirección única de cada cuenta de BotVS (por ejemplo: rpcs@a.botvs.com:9902/0766670) como identificación, se requiere la verificación de la contraseña de la cuenta de BotVS, la implementación es exitosa, se muestra Login OK... etc. La estrategia incluye una lógica de transacción específica, métodos de transacción, procesamiento de eventos, visualización de estado de imagen, procesamiento de interacción, etc. También es compatible con JavaScript, Python y C++ para escribir estrategias, que se vinculan a los robots para ejecutar y, por lo tanto, utilizar la lógica de transacción de esta estrategia para implementar las cuentas de operaciones. Finalmente, en la plataforma de cuantificación de botVS, se realiza la automatización, programación y cuantificación de los objetos de transacción. Cuando se crea un bot, se requiere configurar ciertos parámetros en la página de creación del robot, vincular una política, configurar algunos objetos de intercambio que se deben operar (que representan una cuenta de intercambio específica), especificar en qué servidor se ejecuta el bot (servidor ejecutado por el administrador), o no especificar la asignación automática de BotVS a un servidor ejecutado por el administrador existente con una carga baja (servidor ejecutado por el administrador). Los objetos de intercambio se usan para representar los objetos de una cuenta en un intercambio, agregar un intercambio, es decir, la información de configuración de una cuenta de intercambio, API KEY (clave de autorización) o cuenta de intercambio, solo el intercambio agregado puede ser seleccionado al crear el bot, como objeto de intercambio configurado para el robot.
Un sueño pequeño.Este no tiene una función de cambio de estrategia, pero crear un robot es muy sencillo. También se puede escribir una política en conjunto. Se pasa un parámetro y se cambia en el código para que se produzca una política.
Hokshelato tambiénAsí que la situación actual es que un robot sólo puede vincularse a una política A y no puede cambiar a otra política B después de la unión. Mi pregunta es si puedo apoyar la modificación de la política vinculante, dejando a cada robot libre de cambiar la política que quiere usar.