La frecuencia de rest API de okex es demasiado estricta, por lo que se intenta obtener información de profundidad con una conexión dial websocket. El número de monedas que se suscriben al mismo tiempo (unos 80), la lógica del proceso, los pedidos, las consultas, etc. consumen mucho tiempo. Esto hace que los intervalos de ejecución de la función ws.read sean un poco grandes y que la acumulación de datos sea excesiva, por lo que el tiempo de lectura y el mantenimiento en profundidad por cada ronda de lectura son más largos y la eficiencia no es alta. Piense si podría haber un programa separado que solo reciba información del websocket, mantenga la profundidad y envíe la información de profundidad actualizada al robot a través del puerto local.
Los inventores cuantifican - sueños pequeños¿Por qué no lo haces? Piense si podría haber un programa separado que solo reciba información del websocket, mantenga la profundidad y envíe la información de profundidad actualizada al robot a través del puerto local. ¿Por qué no lo haces? Este requisito puede ser implementado. Puede escribir un recolector de transacciones, un disco de centro de datos. Puede abrir un servicio de distribución de datos. La función Dial tiene un modo de retorno inmediato sin bloqueo.
- ¿ Por qué?También me he enfrentado a esta necesidad, ¿es razonable planear comprar y vender con websocket, rest?