Polymarket запускає протокол V2, і нові ринки переносяться 2 листопада

2026/10/13 17:00:00

Polymarket розпочав впровадження Protocol V2 — значного оновлення інфраструктури розумних контрактів, що підтримує її блокчейн-ринки прогнозів. Оголошено 5 жовтня 2026 року; нова версія протоколу вводить єдині токени позицій, перероблені торгівельні контракти та розширену інтеграцію оракулів. Компанія планує переключити новостворені ринки на V2 2 листопада 2026 року після кількох тижнів тестування в реальному часі. Оновлення стосується інфраструктури, що лежить в основі торгівлі на ринках прогнозів, де учасники купують і продають позиції, прив’язані до реальних подій. Існуючі позиції залишаться на своїх поточних контрактах, але розробники та мейкери повинні підготуватися до змін у торгівельних інтеграціях, дозволах контрактів та сервісах даних ринку.

Основні висновки

Запуск протоколу Polymarket V2: Polymarket представила оновлену інфраструктуру ринку прогнозів 5 жовтня 2026 року, розпочавши обмежене тестування в реальному часі перед ширшим розгортанням, спрямованим на новостворені ринки.
Мета міграції 2 листопада: Polymarket попередньо планує перенести нові ринки на Protocol V2 2 листопада, після тестування canary, запланованого до 30 жовтня. Існуючі ринки не перенесуться автоматично.
Оновлення смарт-контрактів: Протокол V2 вводить позиційні токени ERC-1155, ExchangeV3 та модульні контракти, що підтримують чотири формати ринків, зберігаючи при цьому забезпечення pUSD у співвідношенні 1:1 з USDC.
Існуючі позиції та вимоги до розробників: Поточні утримання CTF залишаються підтримуваними без обов’язкової конверсії. Розробники повинні оновити впливані інтеграції, включаючи нові ідентифікатори позицій, схвалення контрактів та вимоги до підпису замовлень.
24 жовтня — термін API: Polymarket планує припинити роботу endpoint’ів Data API V1 зі зазначеними винятками до загального переходу на V2. Розробникам, які використовують впливові сервіси, потрібно перейти на Data API V2.
Безпека та майбутні можливості: Шість безпекових фірм перевірили контракти V2, а нова інфраструктура оракулів підтримує інтеграції з UMA та Chainlink. Функціональність між ланцюгами залишається потенційною майбутньою можливістю, а не підтвердженим загальним розгортанням.

Запуск протоколу Polymarket V2 та графік міграції 2 листопада

Polymarket запровадила Protocol V2 5 жовтня 2026 року, розпочавши поетапне оновлення смартконтрактів, що підтримують її блокчейн-прогнозні ринки. Про оновлення оголосив Раджат Алекс, керівник протоколу Polymarket. Воно замінює ключові компоненти початкової архітектури платформи, побудованої на основі Gnosis Conditional Tokens Framework (CTF). Розгортання спрямоване на спрощення інфраструктури ринків, підтримку додаткових форматів ринків та покращення гнучкості для майбутнього розвитку. Орієнтовною датою прийняття V2 для новостворених ринків є 2 листопада 2026 року, а не обов’язкова дата міграції для всіх існуючих ринків. Поетапний підхід дозволяє Polymarket оцінити оновлену систему перед розширенням її використання, зберігаючи при цьому підтримку ринків, що працюють на існуючій інфраструктурі.

Чому Polymarket тестує протокол V2 з канарійськими ринками

Polymarket розпочав тестування Protocol V2 за допомогою обмеженої кількості живих canary-ринків, а не відразу перенісши всю активність ринків на нову інфраструктуру. Ці ринки працюють за допомогою смартконтрактів V2 і дозволяють розробникам оцінити торгівельні операції, обробку транзакцій та взаємодію між компонентами протоколу в реальних умовах. Поступове введення системи дозволяє Polymarket дослідити, як нова архітектура справляється з ринковою активністю, не вимагаючи одразу повного переходу на всю платформу.

Період тестування заплановано продовжити до 30 жовтня 2026 року, щоб надати Polymarket час на виявлення потенційних технічних або інтеграційних проблем перед розширенням розгортання. Canary-тестування може допомогти виявити проблеми, які можуть бути пропущені в контролюваних середовищах розробки, хоча воно не може гарантувати, що загальне розгортання буде вільним від вразливостей або експлуатаційних перебоїв. Результати будуть важливими для визначення того, чи готовий протокол до ширшого впровадження та чи потрібні додаткові коригування перед запланованим переходом у листопаді.

Коли ринки Polymarket перейдуть на протокол V2?

Міграція Polymarket відбувається за етапним графіком, який охоплює сервіси для розробників, живе тестування та розгортання нових ринків. Перехід також розділяє існуючі позиції CTF від ринків, створених за протоколом V2, що означає, що поточні активи не будуть автоматично конвертовані до нової архітектури. Ця відмінність має значення, оскільки оновлення впливає на різні частини інфраструктури Polymarket у різний час. Згідно з опублікованими рекомендаціями Polymarket щодо міграції, найближчими ключовими етапами є:

24 жовтня 2026 року: Polymarket планує припинити роботу endpoint’ів Data API V1 зі зазначеними винятками, що вимагає від впливових розробників перейти на Data API V2.
30 жовтня 2026 року: запланований період канарійного тестування завершується залежно від результатів тестування в продуктивному середовищі.
2 листопада 2026 року: Polymarket планує почати створення нових прогнозних ринків за допомогою Protocol V2, тоді як існуючі CTF-ринки залишаться окремими.

Мета міграції 2 листопада залишається умовною, і остаточний графік розгортання може змінитися залежно від результатів тестування та технічної готовності. Існуючі ринки не перенесуться автоматично на V2 у цю дату, тому перехід може передбачати одночасну роботу як старої, так і оновленої інфраструктури. Polymarket не встановив 2 листопада як універсальний термін для конвертації всіх відкритих позицій.

Як протокол Polymarket V2 змінює смартконтракти, коллатерал pUSD та інтеграцію оракулів

Протокол Polymarket V2 вводить перероблену інфраструктуру торгівлі, яка об’єднує управління позиціями, логіку, специфічну для ринку, обробку коллатералу та процеси вирішення в єдину систему. Оновлення замінює кілька компонентів старої архітектури Conditional Tokens Framework (CTF) модульними смартконтрактами, розробленими для підтримки різних форматів прогнозних ринків. Основні технічні зміни включають токени позицій ERC-1155, коллатерал pUSD, ExchangeV3 та OracleAggregator, який з’єднує кілька механізмів вирішення.

ERC-1155 смартконтракти та модульні прогнозні ринки

Нова архітектура використовує єдиний смартконтракт PositionManager, побудований на основі стандарту ERC-1155, для управління позиціями на ринку прогнозів. ERC-1155 дозволяє кільком типам токенів існувати в межах одного смартконтракту, зменшуючи необхідність у окремих структурах для управління позиціями. Торгівля здійснюється через ExchangeV3, а смартконтракт Router координує операції, такі як розділення, об’єднання та викуп позицій. Таке розподілення відокремлює облік токенів від функцій, специфічних для ринку, що робить базову систему легшою для розширення без переробки центральної інфраструктури позицій.

Polymarket V2 спочатку підтримує чотири формати ринків: Binary, Atomic Neg-risk, Incremental Neg-risk і Combinatorial. Вони працюють через три задокументовані модулі: BinaryModule, NegRiskModule і CombinatorialModule. Бінарні ринки передбачають два можливих результати, тоді як формати з негативним ризиком дозволяють враховувати пов’язані результати в межах більш широких подій. Комбінаторні ринки підтримують позиції, прив’язані до комбінацій результатів. Кожна позиція також отримує структурований ідентифікатор, який пов’язує її з відповідним модулем, що дозволяє системі визначити, який контракт керує її операціями.

Як працює забезпечення pUSD у протоколі Polymarket V2

Polymarket V2 використовує Polymarket USD (pUSD) як забезпечувальний токен, забезпечуючи доларову систему торгівлі у різних форматах прогнозних ринків. На відміну від новоствореного спекулятивного криптовалютного токена, pUSD є ERC-20 токеном на Polygon, який підтримується 1:1 USDC, причому це забезпечення підтверджується за допомогою смартконтрактів. Така схема відповідає загальній практиці використання стейблкоїн-забезпечення у криптовалютній торгівлі, де активи, прив’язані до більш стабільних опорних значень, підтримують торгівлю та розрахунки. Polymarket спочатку представив pUSD під час оновлення біржі 28 квітня 2026 року, що означає, що випуск Protocol V2 у жовтні продовжує існуючу схему забезпечення, а не вводить новий стейблкоїн.

Інфраструктура забезпечення включає контракти CollateralOnramp та CollateralOfframp, які обробляють конверсії між підтримуваними активами забезпечення та pUSD. Документація Polymarket також вказує на адаптери, які з’єднують pUSD з забезпеченням, використовуваним старішими ринками CTF, що дозволяє обох системам позицій функціонувати в межах загальної торгової інфраструктури. Цей дизайн забезпечує спільний шар забезпечення, зберігаючи сумісність між різними архітектурами ринків. Однак використання забезпечення, підтримуваного USDC, не видаляє ризики смарт-контрактів, конверсії чи базових стейблкоїнів.

OracleAggregator з’єднує UMA та Chainlink для вирішення ринкових питань

Протокол V2 вводить OracleAggregator для координації того, як прогнозні ринки визначають свої кінцеві результати. Оракул надає зовнішню інформацію, яку смартконтракти блокчейну не можуть перевірити самостійно, наприклад, результати виборів, спортивні результати або ціни активів. Ці децентралізовані блокчейн-оракули є важливими компонентами застосунків, які залежать від інформації з реального світу. Замість того, щоб покладатися на єдиний механізм визначення для кожного ринку, нова архітектура використовує налаштовувані модулі, які можуть підключати різні джерела звітності. Це надає Polymarket більшу гнучкість у відповідності процесу визначення ринку до типу необхідної інформації.

Задокументована система оракула включає кілька різних компонентів:

Інтеграція UMA: OOReporterModule може передавати підтверджені результати від Оптимістичного оракула UMA у процес вирішення Polymarket, підтримуючи ринки, які залежать від зовнішньо підтверджених результатів.
Дані про ціни Chainlink: ChainlinkReporterModule підтримує вирішення на основі цін за допомогою налаштованих даних Chainlink Data Streams, включаючи порівняння початкової та кінцевої цін активу.
Контроль суперечок та арбітражу: OracleAggregator підтримує пороги звітності, вікні суперечок та процедури арбітражу. Ці механізми дозволяють оспарювати звітні результати за налаштованими правилами до фінального розрахунку.

Модульна система може приймати додаткові джерела роздільної здатності, не вимагаючи заміни всієї архітектури управління позиціями. Однак надійність оракула залишається важливою для точності ринку прогнозів. Неправильні зовнішні дані, помилки конфігурації або спори щодо результату події все ще можуть впливати на розрахунок, навіть коли підтримуються кілька механізмів звітності.

Що означає Polymarket V2 для існуючих позицій, розробників та майбутніх прогнозних ринків

Оновлення протоколу Polymarket V2 вводить різні вимоги для звичайних трейдерів, розробників і маркет-мейкерів. Хоча платформа прагне зберегти знайомий досвід торгівлі для звичайних користувачів, застосунки, які безпосередньо підключені до її інфраструктури, повинні враховувати нові ідентифікатори позицій, дозволи на контракти та правила підпису замовлень. Перероблена система також створює можливості для додаткових функцій ринку прогнозів, хоча кілька можливостей все ще перебувають у розробці, а не доступні для загального використання.

Що стається з існуючими позиціями та гаманцями Polymarket?

Існуючі позиції Polymarket продовжуватимуть функціонувати через свої початкові смартконтракти Conditional Tokens Framework (CTF), якщо не відбудеться окрема міграція. Згідно з рекомендаціями Polymarket щодо міграції, користувачі веб-сайту та мобільного додатка не повинні виконувати технічну міграцію чи вручну переказ своїх активів до іншого гаманця. Однак користувачі можуть зустріти нові запити на авторизацію під час взаємодії з ринками, що працюють на оновленій інфраструктурі. Ці дозволи дозволяють відповідним смартконтрактам отримувати доступ до схвалених активів або позицій для конкретних торгівельних операцій.

Декілька практичних аспектів важливі для власників існуючих позицій:

Схвалення гаманця: користувачам може знадобитися авторизувати нові торгівельні контракти перед взаємодією з ринками V2. Існуючі дозволи для старих контрактів автоматично не поширюються на нову систему.
Управління позиціями: Старі активи залишаються прив’язаними до своїх початкових контрактів, тоді як позиції V2 використовують окрему систему обліку. Додатки, що відстежують портфелі, повинні розпізнавати обидві.
Добровільне перенесення: Документація з контрактів Polymarket описує механізми перетворення певних придатних старих позицій у позиції V2, але відповідні умови або події спочатку повинні бути зареєстровані. Це не є автоматичним процесом на всій платформі.

Для звичайних трейдерів основним питанням є те, чи працює певний ринок на старій чи оновленій інфраструктурі. Користувачі повинні дотримуватися інструкцій, наданих через офіційний інтерфейс Polymarket, і перевіряти запити на схвалення гаманця перед авторизацією транзакцій. Оновлення протоколу не виключає фінансових ризиків, пов’язаних із прогнозними ринками, включаючи потенційні втрати, коли подія вирішується проти позиції.

Як розробникам і маркет-мейкерам слід адаптуватися до Polymarket V2

Розробники, які працюють з торговими ботами, системами маркет-мейкінгу, панелями портфелів або аналітичними платформами, стикаються з більш значними змінами в інтеграції. Оновлена інфраструктура Polymarket вимагає, щоб додатки розрізняли між застарілими активами CTF та позиціями V2 під час розміщення замовлень, перевірки балансів або обробки ринкової активності. Хоча існуючі endpoint-и книжки замовлень та схеми автентифікації залишаються доступними для сумісних інтеграцій, транзакції V2 вимагають інших ідентифікаторів, схвалень контрактів та правил підпису.

Основні технічні вимоги включають:

Ідентифікація ринку: інтеграції V2 використовують positionIds, тоді як застарілі ринки продовжують використовувати clobTokenIds. Застосунки повинні визначити версію ринку перед вибором відповідного ідентифікатора активу.
Аутентифікація замовлення: Замовлення ExchangeV3 використовують версію 3 домену підпису EIP-712, тоді як існуючі замовлення CTFExchangeV2 використовують версію 2. Змішування цих форматів може призвести до відхилення замовлень.
Дозволи на торгівлю: Для купівлі позицій V2 необхідна достатня сума pUSD, схвалена для ExchangeV3, тоді як для продажу потрібно дозволення оператора на відповідні токени PositionManager.
Інтеграція Data API: Data API V2 вводить пагінацію на основі курсорів, стандартизовані структури відповідей та поля у форматі snake_case. Ендпоінт /v2/positions також підтримує фільтрацію позицій за статусом, включаючи відкриті, викупні, об’єднувані та закриті активи.

Ці зміни особливо важливі для автоматизованих систем торгівлі, які залежать від точного виконання замовлень та обліку портфеля. Розробникам потрібно протестувати як старі, так і V2 ринкові операції, включаючи отримання балансу, надсилання замовлень та вирішення позицій. Мейкери також повинні переконатися, що їх програмне забезпечення вибирає правильний контракт і дозволи для кожної транзакції, оскільки помилка інтеграції може призупинити торгівлю, навіть якщо базовий ринок залишається працездатним.

Ринки майбутніх прогнозів: перехідна торгівля та нові функції

Поза негайною міграцією, Polymarket Protocol V2 надає інфраструктуру, розроблену для підтримки міжланцюгових переказів позицій та додаткових функцій ринку. Його задокументована мостова архітектура використовує Cross-Chain Interoperability Protocol (CCIP) від Chainlink для підтримки переміщення придатних позицій, коллатералу та результатів вирішення між підтримуваними мережами. За запропонованою архітектурою «центр-спиці» Polygon слугує авторитетною мережею вирішення, тоді як інші мережі можуть підтримувати сумісну торгівлю. Однак загальна міжланцюгова торгівля ще не підтверджена як активна, а задокументований мостовий механізм наразі не підтримує всі формати позицій.

Polymarket також визначила потенційні функції, такі як скалярне вирішення та напрямлений повернення колатералу, що може розширити спосіб, яким майбутні прогнозні ринки представляють результати та керують колатералом. Скалярне вирішення може підтримувати ринки, що включають числові результати, а не лише фіксовані категорії, хоча його реалізація та доступність залишаються під впливом подальшого розвитку. Модульна архітектура може спростити інтеграцію майбутніх додавань, але це не гарантує зниження витрат на торгівлю чи покращення ліквідності. Ці результати залежатимуть від реального розгортання, участі ринку та продуктивності оновленої інфраструктури.

Висновок

Протокол Polymarket V2 вносить значні зміни в інфраструктуру прогнозування платформи, включаючи єдині позиції ERC-1155, модульні смартконтракти та додаткові інтеграції оракулів. Оновлення призначене для спрощення все більш складної торгової архітектури та створення простору для майбутніх форматів ринку та крос-чейн функціональності.

Пріоритет залишається на поступовому запуску. 2 листопада 2026 року — це попередня дата переходу для новостворених ринків, тоді як існуючі позиції CTF не будуть мігрувати автоматично. Розробники також стикаються з ранішою датою припинення підтримки Data API V1 — 24 жовтня. Хоча архітектура забезпечує більшу гнучкість, її вплив на торгову продуктивність, ліквідність та витрати на функціонування стане зрозумілішим лише після ширшого розгортання. Для трейдерів і розробників розуміння цих відмінностей корисніше, ніж припущення, що всі ринки зміняться одночасно.

🔥 Поза заголовками: що означає KuCoin 5.0 для вас

Новини ринку рухаються швидко — але те, де ви дієте з ними, має таке ж значення. Цього жовтня KuCoin запускає KuCoin 5.0, перетворюючи KuCoin на відновлену платформу. Ось що змінюється саме для вас:

Один акаунт для всього. Старі платформи розділяли ваші кошти між окремими акаунтами «спот», «маржа» та «ф'ючерси» і очікували, що ви зрозумієте чому. Єдиний акаунт KuCoin 5.0 повністю видаляє це — зробіть депозит один раз, і все буде просто там (наразі доступно лише для VIP).
Акції, індекси та товари. KuCoin 5.0 розширюється за межі криптовалют на глобальні ринки. Коли криптовалюти рухаються бічно, а акції ростуть (або навпаки), ви можете переключитися за хвилини, замість того щоб відкривати брокерський акаунт і чекати днів на фіатні канали.
Реальні активи (RWA). Токенізований доступ до традиційних активів, таких як сировина, прямо в вашому крипто-акаунті. Один із найшвидшо розростаючихся сегментів глобальної фінансової сфери більше не є виключною привілеєм інституцій — ви отримуєте до нього доступ з того ж балансу, з яким торгуете.
Заробляйте, поки вчитеся. Ще не готові торгувати? KCUSD дозволяє вашим стейблкоїнам заробляти щоденні автокомпаунд-відсотки. Найменш стресовий спосіб використати ваші неактивні депозити для отримання 4% дохідності.
AI-асистент простою мовою. Задавайте питання, отримуйте контекст ринку, розумійте, що ви бачите — інтегровано в платформу, без жаргону.
Додаток, який не перевантажує. Швидший, чистіший і послідовний — інтуїтивний з першого дотику, а не після інструкції.
Безпека, яку ви можете перевірити, а не просто вірити. ЕС-суб’єкт із ліцензією MiCAR, Proof of Reserves, який ви можете перевірити самостійно, та міжнародно сертифікована безпека (SOC 2 Type II, ISO 27001:2022).

Створіть акаунт за хвилини — і починайте на платформі, створеній для майбутнього криптовалют, а не минулого.

ЧАСТІ ПИТАННЯ

Чи можуть трейдери продавати позиції Polymarket V2 до завершення події?

Так. Трейдери можуть продавати токени результату до вирішення ринку, за умови, що ринок залишається відкритим і існує достатній попит на купівлю. Ціна продажу залежить від наявних ордерів і ринкових умов. Оскільки виконання ордерів на прогнозувальному ринку залежить від наявної ліквідності, кінцева ціна продажу може відрізнятися від відображеної ринкової ціни. Раннє виходження може призвести до прибутку або збитку, незалежно від того, як врешті-решт вирішиться подія.

Як виплачуються вигідні позиції після вирішення ринку Polymarket V2?

Після вирішення токени виграшного результату можна викупити за колатерал згідно з зафіксованою виплатою ринку. У стандартному бінарному ринку кожна виграшна частка зазвичай викуплюється за 1 pUSD, тоді як програшні частки не мають викупної вартості. Деякі ринки можуть передбачати розділені виплати залежно від їхніх правил вирішення.

Де користувачі можуть перевірити смартконтракти Polymarket Protocol V2?

Користувачі можуть перевірити розгорнуті адреси контрактів через офіційну розробницьку документацію Polymarket та перевірити відповідні транзакції на PolygonScan. Реєстр контрактів ідентифікує контракти з торгівлі, колатералу, управління позиціями та вирішення. Коли контракт використовує проксі, користувачі повинні посилатися на задокументовану адресу проксі, а не на адресу реалізації чи неперевірений посилання третьої сторони.

Проходив протокол Polymarket V2 аудити безпеки?

Так. Polymarket опублікувала звіти з безпеки, що стосуються Cantina, Certora, Quantstamp, SigmaPrime, Zellic та Pashov. Certora також провела роботу з формальною верифікацією, а програма bug-bounty Cantina пропонує винагороди до $5 мільйонів за кваліфіковані критичні вразливості. Ці заходи підсилюють оцінку безпеки, але не можуть гарантувати, що всі вразливості були виявлені.

Відмова від відповідаль

Інформація, надана на цій сторінці, може походити зі сторонніх джерел і не обов’язково відображає погляди або думки KuCoin. Цей контент призначений виключно для загальних інформаційних цілей і не повинен розглядатися як фінансова, інвестиційна або професійна порада. KuCoin не гарантує точність, повноту чи надійність інформації та не несе відповідальності за будь-які помилки, пропуски або наслідки, що виникли внаслідок її використання. Інвестування в цифрові активи супроводжується власними ризиками. Будь ласка, уважно оцініть свій рівень схильності до ризику та фінансове становище перед прийняттям будь-яких інвестиційних рішень. Для отримання додаткових відомостей зверніться до Умов використання та Розкриття ризиків KuCoin.

Відмова від відповідальності: Для вашої зручності цю сторінку було перекладено за допомогою технології ШІ. Для отримання найточнішої інформації дивіться оригінальну англійську версію.