Управление книгами заказов Binance с использованием websocket

Question

У меня есть вопрос относительно предлагаемой реализации, которая находится в документации по бинансу. Рекомендации доступны по ссылке: Как правильно управлять локальной книгой заказов

Если мне нужен постоянный поток данных @depth, зачем мне первые четыре шага, которые они предлагают. Зачем мне сначала буферизовать поток, а затем делать снимок, чтобы определить, какие данные следует выбросить, а затем продолжить прослушивание потока? Я не понимаю логической необходимости этих шагов, если они даже необходимы для моего варианта использования (который отслеживает данные книги заказов в реальном времени)

Answer 1

Если вы сделаете снимок, а затем начнете слушать поток, вы можете пропустить событие между получением снимка и запуском потока. Это будет означать, что ваша локальная книга заказов будет недействительной (и вы определенно не хотите этого в торговом приложении)

Идея создания снимка после состоит в том, что вы гарантированно получите все события после снимка. Побочным эффектом этого подхода является то, что у вас также могут быть некоторые до вашего снимка. Таким образом, вы можете отказаться от нескольких (если таковые имеются), которые вам не нужны, на основании их lastUpdateId.

Я не уверен, какой язык вы используете для управления им, но если вы хотите реализацию Java, дайте мне знать, и я перенесу свой язык на github, чтобы вы могли его использовать.