Недавно я заметил, что многие друзья, использующие ботов для прогнозных рынков, жалуются на проблемы с инфраструктурой. Исходя из своего практического опыта за последнее время, хочу поделиться несколькими типичными ошибками и способами их решения.



**Стабильность соединения** — первая большая проблема. При сборе исторических данных или в режиме реального времени WS часто внезапно отключается или отправляет неполные данные, что напрямую приводит к пропускам в данных ордербука. Я лично столкнулся с этим на сервере в Токио — бот, основанный на неполных данных Orderbook, делал ставки с огромным риском. Позже я придумал использовать REST API для опроса в качестве резервного варианта, и наконец смог контролировать эту проблему. Конечно, это связано как с настройкой сервера, так и с проектированием программы, и не полностью зависит от официальных решений.

**Машина состояний + мультиисточник проверки** — это главный принцип, который я усвоил в конце. Во время работы стратегии, при сбое API легко случается крупный сбой. Поэтому обязательно нужно использовать машину состояний для постоянного мониторинга ордеров (от размещения → подтверждения → исполнения → расчет на блокчейне), установить несколько уровней предупреждений: задержка в Pending превышает ожидаемое время, внезапные изменения в ордербуке, превышение допустимого проскальзывания — при любом из этих случаев нужно немедленно останавливать новые ордера и закрывать рискованные позиции. Также важно использовать двойную проверку через WS и API, а еще — перекрестную проверку с помощью событий на блокчейне и запросов через The Graph. Только так можно быть уверенным.

**Задержка сети — это настоящий потолок**. Некоторые думают, что микросекундные задержки в логике программы — это узкое место, но это не так. Реальная проблема — задержки сети и обратные задержки сервера. Я проверил, что между японскими узлами задержка превышает 200 миллисекунд, а в условиях высокочастотной конкуренции это может стать фатальным.

В целом, возможности прогнозных рынков действительно есть, но инфраструктура еще находится в стадии доработки. Вместо того чтобы сосредотачиваться только на агрессивной прибыли, лучше поставить защиту на первое место — сохранение капитала, ведь у нас еще есть перспективы с аирдропами.
GRT4,03%
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 6
  • Репост
  • Поделиться
комментарий
0/400
DefiPlaybookvip
· 52м назад
Чёрт, задержка в 200 мс может взорвать аккаунт, а узел в Юго-Восточной Азии у меня ещё хуже. Говоря прямо, рынок прогнозов теперь — это красный океан инфраструктуры, и боты без резервирования делают ставку на удачу. Рынки прогнозов не так волатильны, как высокочастотные, но они перенесены в другое измерение — каждая деталь теряется. Решение с автоматом состояний, которое сказал этот приятель, действительно последнее слово, в тысячу раз надёжнее любой «простой цикловой стратегии». Ещё один из тех, кого WS поставил в боксы, эта проблема давно серьёзна. Честно говоря, вместо того чтобы выбрасывать их, лучше честно зарабатывать airdrops, а если хотите заработать до того, как инфраструктура станет нестабильной, вы играете. Если инфраструктура плохая, не думайте об обгонах в поворотах — никто на этом рынке давно не был настолько глуп, чтобы зарабатывать деньги, полагаясь на хорошую стратегию. Первый гарантирует капитал, второй — для сброса с воздуха — это верно. Сетевая задержка действительно является потолком, но давайте будем честны, сколько розничных инвесторов могут справиться с этой проблемой? Только крупные домохозяйства имеют деньги арендовать серверы для совместного проживания, так что давайте будем настоящими фермерами.
Посмотреть ОригиналОтветить0
FarmToRichesvip
· 10ч назад
О, я тоже наступал на пит токийского сервера, и ощущение прямого разрыва просто потрясающее Отключение WS практически невозможно предотвратить, но, к счастью, существует REST API, который спасает ситуацию Набор машины состояния действительно нужно изучить, иначе он в любой момент окажется шахтой Постойте, задержка в 200 миллисекунд так преувеличена, неудивительно, что нужно арендовать компьютерную комнату на высоких частотах Согласен, что сохранение столицы — на первом месте, а настоящая основная стража — это airdrop-ы
Посмотреть ОригиналОтветить0
StableGeniusvip
· 10ч назад
нет, трюк с "fallback для REST API" — это просто наложение пластыря на фундаментально сломанную систему. ты по сути признаёшь, что инфраструктура хромает, и ищешь обходные пути — что, честно говоря, на данный момент, по эмпирическим данным, единственный рабочий ход, но давайте не будем притворяться, что это элегантно
Посмотреть ОригиналОтветить0
PumpDoctrinevip
· 10ч назад
Волна переворота сервера в Токио от брата Ляна действительно потрясающая, и никто не может избежать разрыва WS Японские узлы всё ещё хотят запускать высокие частоты с задержкой в 200 мс? Смейтесь до смерти, поэтому сейчас я занимаюсь только низкочастотным арбитражем Государственный автомат контролируется настолько тщательно, что это ощущается как боксерская битва с инфраструктурой Проверка дважды действительно необходима, иначе однажды тебя съедят до смерти из-за проскальзывания Во-первых, аирдроп — это реальный доход этого раунда, и это верно Рынок прогнозов действительно не подходит для этой волны инфраструктуры, и мне кажется, что нужно ждать Резервное копирование REST API — простое, но полезное решение Многоисточниковая проверка звучит сложно, но на самом деле это идея нескольких межсетевых экранов Потолок сетевой задержки действительно невозможно обойти, если не проложить собственные волоконно-оптические кабели Тем, кто просто задумывается о наживлении, стоит внимательно взглянуть на эту статью — урок крови Я также сталкивался с ситуацией, когда карты заказа ожидают, и мой менталитет действительно сломан. Толчок WS неполный, а это самый невидимый убийца Я до сих пор не до конца разобрался в логике машины состояний, это немного сложно Идея оборонительного сначала сильно недооценивается в криптовалюте
Посмотреть ОригиналОтветить0
GasFeeTherapistvip
· 10ч назад
Токийский 200мс я тоже сталкивался, прямо чуть не разорил меня ха-ха --- Отрыв связи WS действительно ужасен, полагаться только на REST API для опроса тоже вызывает задержки, только двойной подход действительно надежен --- В этом вопросе о состоянии машины я согласен, сейчас я не рискую запускать бота без пяти уровней предупреждения --- Задержка сети — это действительно основная проблема, оптимизация логики программы достигла предела, и это все равно капля в море --- Предсказательный рынок сейчас действительно превращается в инфраструктурное ад, выживание важнее, чем зарабатывание денег --- Защита капитала + раздача токенов — это правильная стратегия, жадных уже выбрали --- Я согласен с этим подходом защиты этого парня, но все равно зависит от стабильности каждой биржи --- Комбинация проверки на блокчейне действительно надежна, полагаться только на один или два источника данных невозможно --- Фраза «200 миллисекунд достаточно смертельно» действительно правдива, даже микросекунды не позволяют получить такое большое преимущество
Посмотреть ОригиналОтветить0
blocksnarkvip
· 10ч назад
Токийский Нами 200мс задержки прямо выбросили большую часть людей, а те, кто хотят поймать дно и предсказать рынок, медлят --- Я тоже сталкивался с отключением WS, полагаться только на официальные источники действительно недостаточно, нужно самим делать дополнительные резервные планы, чтобы чувствовать себя уверенно --- Система состояний кажется сложной, но на самом деле самое важное — это выживание, зарабатывание — это уже потом --- Все, кто всё ещё мучается с оптимизацией кода, — это полная ерунда, корень проблемы — это сеть --- Сейчас рынок прогнозирования — это битва за инфраструктуру, кто лучше защищает свою систему, тот и живёт дольше --- Вот что я хочу видеть: не секреты быстрого богатства, а пройденные мной ямы --- Резервное копирование с помощью REST-поллинга я освоил, это всё равно лучше, чем один раз облажаться и всё потерять
Посмотреть ОригиналОтветить0
  • Закрепить