Polymarket начал производственное тестирование Protocol V2 в преддверии предварительного перехода на новую версию 2 ноября для вновь создаваемых рынков, заменяя свою рыночную архитектуру Gnosis CTF эпохи 2019 года единой системой позиций ERC-1155, обеспечением pUSD и модульным разрешением.
Краткое содержание
- Polymarket Protocol V2 начнёт обрабатывать новые рынки 2 ноября после канареечного тестирования в октябре.
- V2 заменяет устаревшие адаптеры Gnosis CTF единой системой позиций ERC-1155 и унифицированным обеспечением pUSD.
- UMA и Chainlink могут передавать результаты через новый модульный слой расчётов OracleAggregator от Polymarket для рынков.
- Polymarket заявляет, что существующие активы CTF останутся неизменными, а новые позиции V2 будут использовать отдельные контракты.
- Data API V1 прекращает работу 24 октября, давая разработчикам девять дней до запланированного перехода на V2.
Руководитель протокола Polymarket Раджат Алекс сообщил 5 октября, что канареечные рынки будут работать в производственной среде до 30 октября, прежде чем совершенно новые рынки «предварительно» начнут переходить на Protocol V2 2 ноября. Существующие рынки и позиции CTF не будут автоматически мигрировать на новые контракты.
Polymarket V2 перестраивает способ создания позиций
Существующая рыночная система Polymarket восходит к фреймворку условных токенов Gnosis 2019 года. По мере внедрения новых форматов рынков добавлялись отдельные адаптеры и контракты для таких функций, как рынки с отрицательным риском, обработка обеспечения и разрешение.
Protocol V2 устраняет большую часть этой структуры. Официальный репозиторий кода Polymarket описывает V2 как свою «систему смарт-контрактов для рынков прогнозов следующего поколения» с токенами позиций ERC-1155, обработкой обеспечения, модульными оракулами, сопоставлением ордеров и кросс-чейн функциями.
Идентификаторы позиций теперь кодируют информацию, включая модуль, условие и результат, непосредственно в идентификатор токена. Система использует общий контракт PositionManager и Router, при этом отдельные модули обрабатывают различные рыночные структуры.
Начальные модули охватывают бинарные рынки, атомарные рынки с отрицательным риском, инкрементальные рынки с отрицательным риском и комбинаторные рынки. Опубликованный список развёртывания Polymarket в сети Polygon показывает, что PositionManager, Exchange, Router и каждый из этих модулей уже развёрнуты в основной сети.
Октябрьский релиз не следует путать с более ранним обновлением CLOB v2 от Polymarket. Как ранее сообщалось в материале crypto.news о развёртывании CLOB v2 от Polymarket, апрельское обновление изменило контракты обмена, механизм сопоставления и обеспечение, а также представило pUSD для торговли. Protocol V2 изменяет инфраструктуру позиций и рынков, лежащую в основе этой торговой системы.
pUSD становится общим обеспечением для рынков V2
Polymarket Protocol V2 использует Polymarket USD, или pUSD, в качестве общего актива обеспечения для новых рыночных модулей.
Официальная документация по контрактам указывает, что pUSD — это токен ERC-20, оборачивающий USDC и USDC.e в соотношении 1:1 через внешнее хранилище. Код требует, чтобы совокупные USDC и USDC.e, хранящиеся в хранилище, были равны или превышали непогашенное предложение pUSD.
Сам токен не является новым. pUSD появился вместе с изменениями обмена ранее в 2026 году, но Protocol V2 делает его общим обеспечением, используемым его рыночными модулями. Существующие интеграции, уже использующие pUSD, не нуждаются в замене своей схемы обеспечения при добавлении поддержки V2, согласно руководству по миграции Polymarket.
Для разработчиков позиции действительно меняются. Балансы V2 находятся в новом PositionManager, в то время как разделения, объединения и погашения проходят через Router. Существующие одобрения CTF не переносятся, поэтому интеграциям требуются новые разрешения для операций V2.
Polymarket явно указывает разработчикам сохранять поддержку CTF для старых рынков и активов. Его документация по миграции гласит, что существующие активы CTF не конвертируются при добавлении Protocol V2 в интеграцию.
UMA и Chainlink могут рассчитывать рынки через один слой
Разрешение получает отдельную переработку через новый OracleAggregator.
Код V2 Polymarket показывает, что OracleAggregator находится над подключаемыми модулями reporter, dispute и arbitration. Текущие контракты reporter включают модуль UMA Optimistic Oracle, reporter Chainlink и reporter EOA.
Модуль UMA может передавать урегулированные результаты UMA в агрегатор в качестве голосов reporter. Модуль Chainlink обрабатывает разрешение на основе цен с использованием Chainlink Data Streams, согласно опубликованной документации контракта. Различные модули reporter могут комбинироваться в соответствии с порогами, установленными для отдельных рынков.
Polymarket уже внедрила Chainlink для некоторых объективных рынков. В связанном материале crypto.news об интеграции Chainlink платформа использовала Chainlink Data Streams и Automation для расчёта рынков криптовалютных цен с использованием внешних рыночных данных.
UMA остаётся актуальной для рынков, требующих разрешения на основе событий. Crypto.news отдельно документировал то, как UMA разрешает рынки прогнозов Polymarket, и то, как споры могут проходить через его процесс оспаривания. Protocol V2 не просто заменяет UMA на Chainlink. Его OracleAggregator позволяет различным источникам разрешения подключаться к одной и той же структуре.
Контракты V2 также содержат кросс-чейн инфраструктуру. Документация моста Polymarket утверждает, что позиции, обеспечение и результаты разрешения могут перемещаться через транспортный уровень, текущая реализация которого использует Chainlink CCIP. Polygon остаётся центром разрешения в опубликованной дизайне mainnet.
Дата активации мультичейна не объявлена. Код моста устанавливает техническую структуру, но план миграции от 2 ноября касается новых рынков V2 и сам по себе не объявляет о торговле в дополнительных сетях.
Проверки безопасности охватывают новые контракты Polymarket
Polymarket опубликовала подробную запись о безопасности Protocol V2 перед запланированной миграцией. Её официальный репозиторий по безопасности контрактов перечисляет проверки от Cantina, Certora, Quantstamp, Pashov, Sigma Prime и Zellic по основным компонентам V2. Репозиторий перечисляет работы по формальной верификации Certora, охватывающие Exchange, Collateral Token, Position Manager, Binary Module, NegRisk Module, Combinatorial Module и OracleAggregator.
Алекс сказал, что критические уязвимости по-прежнему имеют право на вознаграждение до 5 миллионов долларов в рамках программы bug bounty Polymarket. Программа была запущена ранее в 2026 году и охватывает смарт-контракты и другие части технологического стека платформы.
Период canary даёт разработчикам и маркет-мейкерам производственную среду для тестирования перед запланированным переходом 2 ноября. Алекс сказал, что ограниченный запуск проходит с 5 октября по 30 октября, и новые рынки, как ожидается, начнут использовать V2 после этого, если график сохранится.
Разработчики сталкиваются с более ранним сроком 24 октября
Отдельная миграция уже идёт для Data API Polymarket. Официальная документация Polymarket говорит, что Data API V1 будет выведен из эксплуатации 24 октября 2026 года, требуя от существующих интеграций перейти на маршруты V2 до этой даты. Новая система использует общую структуру ответа, пагинацию на основе курсора и поля в snake_case.
Data API V2 объединяет несколько маршрутов позиций в /v2/positions и добавляет эндпоинты, охватывающие прибыль и убыток пользователя, объём, историю цен, разрешения и статус сервиса. Пагинация курсором устраняет старый лимит смещения в 10 000 строк, использовавшийся в V1.
Для обычных пользователей приложения и веб-сайта Polymarket заявляет, что техническая миграция не требуется. Пользователи могут столкнуться с новыми запросами на одобрение при взаимодействии с рынками V2, в то время как разработчикам и интеграциям смарт-контрактов необходимо поддерживать как позиции V2, так и устаревшие активы CTF.
Текущий график даёт разработчикам API время до 24 октября, чтобы покинуть Data API V1, сохраняет работу canary-рынков Protocol V2 до 30 октября и устанавливает 2 ноября в качестве предварительной даты, когда вновь созданные рынки начнут использовать протокол V2.
