A restrição de freqüência do rest api do okex é muito rígida, tentando obter informações de profundidade através de uma conexão dial websocket; O número de assinaturas simultâneas (cerca de 80), a lógica do processo, o pedido, a consulta e outros custos demoram muito tempo. O resultado é um intervalo de execução da função ws.read um pouco maior, com um acúmulo excessivo de dados, de modo que o tempo de leitura e manutenção profunda por cada rodada de leitura é comparativamente longo e a eficiência não é alta. Pensar se é possível ter um programa separado, responsável apenas por rolar informações do websocket, manter a profundidade e transmitir as informações de profundidade atualizadas para o robô através de uma porta local.
Inventor quantificado - sonho pequenoNão. Pensar se é possível ter um programa separado, responsável apenas por rolar informações do websocket, manter a profundidade e transmitir as informações de profundidade atualizadas para o robô através de uma porta local. Não. Essa necessidade pode ser realizada. Pode-se escrever um coletor de transações, um disco rígido do centro de dados. A função Dial utiliza um modo de retorno imediato sem bloqueio.
churchillxyEu também enfrentei essa necessidade, planejar comprar e vender com o websocket, rest, isso é razoável?