okex의 rest api의 주파수는 너무 엄격해서 dial websocket 연결을 통해 깊이 정보를 얻으려고 시도했습니다. 동시에 구독하는 화폐의 수가 많기 때문에 (80개 정도) 프로세스 로직, 주문, 문의 등이 시간이 많이 걸립니다. 이 때문에 ws.read 함수의 실행 간격이 약간 크고, 데이터 축적이 너무 많아서, 각 롤레드 읽기와 심층 유지보수가 더 오래 걸리고, 효율성이 높지 않은 rest api가 있습니다. 웹소켓 정보를 순환적으로 수집하고, 깊이 유지, 로컬 포트를 통해 로봇에 업데이트 된 깊이 정보를 전송하는 데만 책임이있는 별도의 프로그램이있을 수 있는지 생각해보십시오.
발명가들의 수량화 - 작은 꿈`` 웹소켓 정보를 순환적으로 수집하고, 깊이 유지, 로컬 포트를 통해 로봇에 업데이트 된 깊이 정보를 전송하는 데만 책임이있는 별도의 프로그램이있을 수 있는지 생각해보십시오. `` 이 요구는 실현될 수 있다. 시장 수집기, 데이터 센터 디스크를 쓸 수 있다. 서비스 분산 데이터를 열 수 있다. 다이얼 함수는 차단되지 않은 즉시 반환 모드를 사용합니다.
처칠시저는 또한 이러한 필요에 직면했습니다. 웹소켓을 사용하여 거래, rest를 구매하고 판매하는 것을 계획하는 것이 합리적인가요?