Подписки и восстановление

Частые вопросы

• Когда достаточно REST, а когда нужна подписка?

  Разовый снимок состояния — REST. Всё, что меняется постоянно, — подписка. Опрос котировки в цикле расходует лимит и всё равно пропускает изменения между запросами: между двумя ответами цена успевает сходить вверх и вернуться.

• Поток молчит. Он сломался или рынок стоит?

  По тишине это не различить, и в этом всё дело. Клиент, который не разбирает конверты ERROR и EVENT, не отличает спокойный рынок от сломанной подписки. Проверьте по порядку: пришёл ли HANDSHAKE_SUCCESS, ушла ли подписка после него, нет ли конверта ERROR, нет ли ошибки внутри payload, верен ли subscription_type, полный ли символ в формате ticker@mic, идут ли сейчас торги.

• Соединение оборвалось. Что делать?

  Восстанавливать не только сокет, но и состояние: получить свежий access_key, дождаться рукопожатия, вернуть подписки, забрать снимок через REST и сверить его с локальными данными. Порядок с деталями — в разделе ниже.

• Почему после переподключения обязательно сверяться?

  Повторная подписка возвращает новые события, но ничего не говорит о том, что произошло за время обрыва. Пропущенного события вы не увидите — его просто не будет.

• Почему поле цены в REST и WebSocket выглядит по-разному?

  Это разные представления одного и того же: REST возвращает объект {"value": "313.58"}, поток — строку "313.58", gRPC — тип google.type.Decimal. Модель ответа из одного протокола нельзя без проверки переносить в другой.