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 розташований над змінними модулями репортера, оскарження та арбітражу. Поточні контракти репортерів включають модуль UMA Optimistic Oracle, репортер Chainlink та репортер EOA.
Модуль UMA може передавати вирішені результати UMA до агрегатора як голоси репортера. Модуль Chainlink обробляє вирішення на основі цін, використовуючи Chainlink Data Streams, згідно з опублікованою документацією контракту. Різні модулі репортерів можуть комбінуватися відповідно до порогів, встановлених для окремих ринків.
Polymarket вже раніше впровадив Chainlink для певних об'єктивних ринків. У відповідному матеріалі crypto.news про інтеграцію Chainlink платформа використовувала Chainlink Data Streams та Automation для розрахунку ринків криптовалютних цін на основі зовнішніх ринкових даних.
UMA залишається актуальною для ринків, які потребують вирішення на основі подій. Crypto.news окремо задокументував як UMA вирішує ринки прогнозів Polymarket та як оскарження можуть проходити через його процес заперечення. Протокол V2 не просто замінює UMA на Chainlink. Його OracleAggregator дозволяє різним джерелам вирішення підключатися до однієї й тієї ж структури.
Контракти V2 також містять кросс-чейн інфраструктуру. Документація мосту Polymarket зазначає, що позиції, застава та результати вирішення можуть переміщатися через транспортний рівень, поточна реалізація якого використовує Chainlink CCIP. Polygon залишається центром вирішення в опублікованому дизайні мейннету.
Дата активації мульти-чейну не оголошена. Код мосту встановлює технічну структуру, але план міграції від 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 мільйонів доларів у рамках програми винагород за помилки Polymarket. Програма була запущена раніше у 2026 році та охоплює смарт-контракти та інші частини технологічного стеку платформи.
Період канарки дає розробникам та маркет-мейкерам виробниче середовище для тестування перед запланованим переходом 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, підтримує роботу канаркових ринків Protocol V2 до 30 жовтня та встановлює 2 листопада як попередню дату, коли новостворені ринки почнуть використовувати протокол V2.
