Посты
BitHappy
·
--
Запись о проблемах бота на предсказательном рынке～
Несколько дней назад я увидел, как брат 0xKaKa03 делится постом о защите прав на Orderbook Polymarket, что стало хорошим напоминанием для многих друзей, работающих с ботами.
Основываясь на недавнем личном опыте, добавлю несколько моментов и рекомендаций для вашего рассмотрения.
➤ Например:
1/ Нестабильное подключение WS:
Ранее, когда я собирал исторические данные и данные о текущих торгах, я часто сталкивался с проблемами отключения WS, что приводило к пробелам в данных. В моем случае официальное WS иногда внезапно отключалось или передавало неполные данные, что приводило к тому, что бот делал заказы на основе неполного Orderbook, что представляет собой большой риск. Можно использовать REST API для опроса в качестве резервного варианта.
Однако эта проблема может быть связана и с сервером, и с дизайном программы, так как для сбора данных использовался сервер AWS, расположенный в Токио.
2/ Машина состояний + Многократная проверка источников + Механизм предупреждения:
При запуске стратегии проблемы с API могут привести к сбоям. Рекомендую использовать машину состояний для мониторинга всего процесса заказа (размещение заказа → подтверждение → сопоставление → расчет в цепочке), установив несколько порогов предупреждения, например, сбой переключения состояния (например, заказ долго находится в статусе ожидания), резкое изменение в Orderbook, проскальзывание цены выходит за рамки ожиданий.
Как только это произойдет, немедленно приостановите открытие новых заказов и закройте рискованные позиции.
Кроме того, можно использовать многократную проверку источников, одновременно используя WS и API, а также сочетать события в цепочке и кросс-проверку через подграф The Graph.
3/ Задержка сервера:
В высокочастотных ботах задержка логики программы (фактическая разница составляет всего несколько микросекунд до миллисекунд) на самом деле не является узким местом, действительно большой является задержка сети и сервера.
Я лично проверил, что даже если выбрать японские узлы, задержка между ByVirt и AWS JP превышает 200 мс, что в условиях жесткой конкуренции на рынке может оказаться фатальным.
В целом, на предсказательном рынке много возможностей, но инфраструктура все еще в процессе совершенствования, и при запуске бота защитное проектирование важнее, чем агрессивная логика.
Сначала подумайте о сохранении капитала, а затем о прибыли, ведь еще есть ожидания по аирдропам.
Примечание: вышеизложенное является лишь информационным материалом, не является инвестиционной рекомендацией, обязательно проведите собственное исследование!
Любитель DeFi: BitHappy
Несколько дней назад я увидел, как брат 0xKaKa03 делится постом о защите прав на Orderbook Polymarket, что стало хорошим напоминанием для многих друзей, работающих с ботами.
Основываясь на недавнем личном опыте, добавлю несколько моментов и рекомендаций для вашего рассмотрения.
➤ Например:
1/ Нестабильное подключение WS:
Ранее, когда я собирал исторические данные и данные о текущих торгах, я часто сталкивался с проблемами отключения WS, что приводило к пробелам в данных. В моем случае официальное WS иногда внезапно отключалось или передавало неполные данные, что приводило к тому, что бот делал заказы на основе неполного Orderbook, что представляет собой большой риск. Можно использовать REST API для опроса в качестве резервного варианта.
Однако эта проблема может быть связана и с сервером, и с дизайном программы, так как для сбора данных использовался сервер AWS, расположенный в Токио.
2/ Машина состояний + Многократная проверка источников + Механизм предупреждения:
При запуске стратегии проблемы с API могут привести к сбоям. Рекомендую использовать машину состояний для мониторинга всего процесса заказа (размещение заказа → подтверждение → сопоставление → расчет в цепочке), установив несколько порогов предупреждения, например, сбой переключения состояния (например, заказ долго находится в статусе ожидания), резкое изменение в Orderbook, проскальзывание цены выходит за рамки ожиданий.
Как только это произойдет, немедленно приостановите открытие новых заказов и закройте рискованные позиции.
Кроме того, можно использовать многократную проверку источников, одновременно используя WS и API, а также сочетать события в цепочке и кросс-проверку через подграф The Graph.
3/ Задержка сервера:
В высокочастотных ботах задержка логики программы (фактическая разница составляет всего несколько микросекунд до миллисекунд) на самом деле не является узким местом, действительно большой является задержка сети и сервера.
Я лично проверил, что даже если выбрать японские узлы, задержка между ByVirt и AWS JP превышает 200 мс, что в условиях жесткой конкуренции на рынке может оказаться фатальным.
В целом, на предсказательном рынке много возможностей, но инфраструктура все еще в процессе совершенствования, и при запуске бота защитное проектирование важнее, чем агрессивная логика.
Сначала подумайте о сохранении капитала, а затем о прибыли, ведь еще есть ожидания по аирдропам.
Примечание: вышеизложенное является лишь информационным материалом, не является инвестиционной рекомендацией, обязательно проведите собственное исследование!
Любитель DeFi: BitHappy
Отказ от ответственности: на платформе опубликованы материалы и мнения третьих лиц. Не является финансовой рекомендацией. Может содержать спонсируемый контент. См. Правила и условия.