Polymarket: Обнаружены и заблокированы кластеры счетов с «призрачными исполнениями», усилен механизм блокировки
Polymarket: Обнаружены и заблокированы кластеры счетов с «призрачными исполнениями», усилен механизм блокировки
Polymarket активно работает над укреплением своей торговой системы в 2026 году: повышая надежность исполнения ордеров при высоких нагрузках, снижая злоупотребления, искажающие книгу ордеров, и устраняя крайние случаи, подрывающие доверие пользователей к децентрализованным предсказательным рынкам.
В последнем отчете о прогрессе, опубликованном 10 мая 2026 года, команда представила несколько конкретных изменений: новая защита от спама, вызванного задержками, мешающего размещению и отмене ордеров, исправление распространенной ошибки «недостаточный баланс / недостаточные разрешения» и запланированное в ближайшие дни исправление еще одного ключевого бага, влияющего на лимитные ордера на покупку. Наряду с работами по повышению производительности, Polymarket также сообщил об обнаружении и блокировке нескольких кластеров счетов с «призрачными исполнениями», а новый процесс онбординга с использованием депозитного кошелька призван существенно затруднить массовое создание аккаунтов в будущем.
Ниже приводится пояснение того, что означают эти обновления на практике и почему они важны для всех, кто торгует на рынках событий, основанных на криптоинфраструктуре.
Почему надежность торговли — это «безопасность» на децентрализованных рынках
На традиционных биржах «производительность» и «безопасность» часто рассматриваются как отдельные аспекты. В сфере децентрализованных финансов они тесно связаны:
- Если размещение и отмена ордеров ненадежны во время волатильности, маркет-мейкеры расширяют спреды, а розничные трейдеры сталкиваются со проскальзыванием.
- Если злоумышленники могут дешево завалить конечные точки запросами, они могут ухудшить опыт для всех остальных (это проблема справедливости, а не только масштабирования).
- Если пользовательский интерфейс или API сообщают об исполнениях, которые впоследствии не могут быть корректно урегулированы, доверие к платформе напрямую страдает — особенно для алгоритмических трейдеров, которые полагаются на детерминистическое исполнение.
Архитектура Polymarket находится именно на этом пересечении: быстрый опыт работы с централизованной книгой лимитных ордеров (CLOB) с использованием ончейн-активов и механики расчетов. Когда эта гибридная система подвергается нагрузке, «незначительные» ошибки могут иметь серьезные вторичные последствия.
Для понимания недавних изменений в инфраструктуре, история статусов Polymarket показывает несколько инцидентов, связанных с CLOB, и периоды технического обслуживания в рамках цикла внедрения системы 2026 года, включая развертывание депозитных кошельков и расследование задержек. Вы можете отслеживать эти временные рамки в официальной истории уведомлений о статусе. См. историю уведомлений о статусе Polymarket
Обновление 1: Снижение спама, вызванного задержками, для обеспечения работоспособности ордеров и отмен
Одно из наиболее заметных для трейдеров изменений в обновлении от 10 мая — это мера по борьбе со спамом, вызванным задержками (latency spam). Это шаблон, при котором автоматизированные клиенты отправляют всплески низкосортных запросов (или стратегически рассчитанные всплески), перегружающие общую инфраструктуру и увеличивающие время отклика для всех.
Даже если атакующий не «взламывает» систему, он все равно может нанести вред, делая работу платформы непоследовательной: отмены приходят с опозданием, подтверждения ордеров задерживаются, и участники рынка теряют уверенность в отображаемой ликвидности.
Это направление соответствует тому, что Polymarket ранее документировал относительно ограничений частоты запросов и троттлинга для конечных точек CLOB (явное признание того, что справедливость API является частью целостности рынка). Ознакомьтесь с примечаниями к изменениям API CLOB Polymarket об ограничениях частоты запросов
Что это значит для пользователей (особенно бот-трейдеров):
- Надежность отмены ордеров — это ключевой компонент управления рисками. Если вы не можете надежно отменить ордер во время быстрой переоценки, вы вынуждены устанавливать более широкие спреды или вообще прекращать торговлю.
- Разброс задержек часто хуже, чем сама по себе высокая задержка. Предсказуемое исполнение позволяет трейдерам разрабатывать более безопасные стратегии.
Обновление 2: Исправление режима сбоя «недостаточный баланс / недостаточные разрешения»
Polymarket также сообщил об исправлении повторяющейся ошибки, отображавшейся как «недостаточный баланс» или «недостаточные разрешения / авторизация». Хотя сообщение выглядит простым, оно часто отражает более тонкие аспекты торговли на основе смарт-контрактов:
- На вашем кошельке могут быть средства, но путь торговли предполагает, что они находятся на определенном адресе кошелька (например, на контрактном кошельке для каждого пользователя).
- На вашем кошельке могут быть средства, но разрешение токенов для соответствующего контракта отсутствует или устарело.
- Ваше офчейн-состояние (что API считает, что вы можете торговать) может временно отличаться от ончейн-состояния (что вы фактически можете урегулировать).
Это особенно актуально сейчас, когда Polymarket расширяет использование депозитного кошелька для новых пользователей и интеграторов API. В собственной документации Polymarket депозитные кошельки описываются как прокси-кошельки для каждого пользователя, которые хранят залог и позиции ончейн, а ордера проверяются с помощью верификации подписи контракта ERC-1271. Прочитайте документацию Polymarket по депозитным кошелькам Для базового стандарта подписи ознакомьтесь с канонической спецификацией. Метод проверки подписи по стандарту ERC-1271
Практический вывод: если вы торгуете с использованием контрактных кошельков, разрешения и вопрос «какой адрес является фактическим трейдером» становятся первостепенными проблемами, а не второстепенными.
Обновление 3: Оставшийся баг лимитного ордера на покупку все еще исправляется
Polymarket отметил, что еще одна ключевая проблема, влияющая на лимитные ордера на покупку, будет устранена в ближайшие дни. Это напоминание об общей истине для высокопроизводительных криптоприложений в 2025-2026 годах: как только вы начинаете работать на масштабе (больше рынков, больше пользователей API, больше автоматизации), могут возникнуть ошибки микроструктуры рынка в неожиданных местах.
Если вы активный трейдер, стоит обратить внимание на:
- подтверждения ордеров по сравнению с конечным состоянием урегулирования.
- частичные исполнения и то, как они отражаются в вашем журнале активности.
- согласованность отображения отмен в пользовательском интерфейсе, API и ончейн-событиях.
Принудительные меры: заблокированы кластеры с «призрачными исполнениями», а система депозитных кошельков повышает стоимость повторных злоупотреблений
Самое резкое заявление в обновлении от 10 мая — это утверждение Polymarket о том, что обнаружены и заблокированы многочисленные кластеры счетов с «призрачными исполнениями», причем эти счета были созданы до запуска системы депозитных кошельков.
Хотя «призрачные исполнения» могут обсуждаться в сообществе по-разному, основное воздействие на пользователей остается неизменным: сделка кажется исполненной (или рассматривается как исполненная с одной стороны), но ожидаемый ончейн-результат не соответствует этому опыту, что приводит к путанице, неверным предположениям об инвентаре или неправильному учету стратегии.
В репортажах о переходе Polymarket на V2 «призрачные исполнения» обсуждались как серьезная проблема надежности, а депозитные кошельки позиционировались как часть долгосрочного пути к их устранению. Репортажи о депозитных кошельках и «призрачных исполнениях»
Отдельно стоит отметить, что реализация депозитных кошельков Polymarket явно описывается как дизайн пользовательского кошелька на основе прокси ERC-1967. Ссылка OpenZeppelin на шаблоны прокси ERC-1967
Почему депозитные кошельки могут помочь с точки зрения борьбы со злоупотреблениями:
- Они обеспечивают более структурированный процесс онбординга и создания кошельков для новых аккаунтов.
- Они могут затруднить для злоумышленников быстрое создание большого количества новых аккаунтов, ведущих себя как одноразовые идентификаторы.
- Они создают более четкие границы между «ключами владельца», «сигнаторами сессии» и «кошельком, который фактически торгует», что может улучшить мониторинг и принудительное исполнение.
Что трейдерам делать сейчас: простой чек-лист по безопасности и исполнению
Если вы торгуете на предсказательных рынках значительными суммами или используете автоматизацию, следующие шаги снизят риски исполнения и риски, связанные с кошельком:
-
Рассматривайте разрешения как часть вашей модели угроз Если вы даете разрешение на трату токенов, это разрешение может сохраняться гораздо дольше, чем вы о нем забыли. Используйте консервативную политику разрешений и периодически проверяйте их. Руководство Ethereum.org по отзыву доступа к токенам
-
Разделяйте «торговые средства» и «сберегательные средства» Даже если платформа улучшает меры принудительного исполнения, активная торговля требует частых подписей и разрешений. Хранение в торговом кошельке только необходимого объема средств ограничивает потенциальный ущерб.
-
Ожидайте обновлений платформы во время крупных миграций Если вы полагаетесь на ботов, внедрите «предохранители»: приостанавливайте работу при повышенном уровне ошибок, проверяйте состояния ордеров и, по возможности, сверяйтесь с ончейн-данными.
-
Будьте осторожны в периоды высокой волатильности рынка Меры по снижению задержек помогают, но периоды максимальной волатильности всегда привлекают наиболее агрессивную автоматизацию. Тщательно используйте лимитные ордера и не предполагайте, что отмены происходят мгновенно.
Роль OneKey: снижение рисков, связанных с ключами, во время торговли
Недавние изменения Polymarket подчеркивают более широкую тенденцию 2025-2026 годов: по мере того, как криптоприложения становятся более производительными, пользователи подписывают больше сообщений, предоставляют больше разрешений и взаимодействуют с более сложными потоками работы с контрактными кошельками.
Аппаратный кошелек, такой как OneKey, может помочь, сохраняя приватные ключи офлайн и требуя подтверждения на устройстве для конфиденциальных действий — это полезно, когда вы управляете несколькими адресами (например, долгосрочным хранилищем плюс меньшим торговым кошельком) и хотите более четко разделить уровни безопасности.
Если вы активно торгуете на ончейн-рынках, типичная настройка выглядит следующим образом:
- Адрес, защищенный OneKey, для долгосрочных вложений и средств, аналогичных казначейским.
- Меньший хот-кошелек для частой торговли и экспериментальных dApps.
Такая структура не устранит ошибки исполнения на любой платформе — но она снижает вероятность того, что одно ошибочное разрешение или скомпрометированное устройство приведет к полной потере средств.
Обновление Polymarket от 10 мая в конечном итоге направлено на восстановление двух важнейших аспектов инфраструктуры крипторынков: равного доступа при высокой нагрузке и надежной семантики исполнения. Если платформа продолжит улучшать исправления и меры принудительного исполнения в течение предстоящей недели, это будет значительным шагом к созданию более устойчивых децентрализованных предсказательных рынков — особенно с учетом того, что автоматизированная торговля растет быстрее, чем розничный пользовательский опыт успевает ее упростить.
