Обновление протокола Polymarket V2 не перемещает автоматически существующие ставки, сделанные по старой системе Conditional Tokens Framework (CTF), на новые контракты. Руководство по миграции предписывает торговым интеграциям сохранять поддержку этих активов, одновременно добавляя отдельную систему для позиций V2 и новых торговых разрешений.
В своем анонсе от 5 октября Раджат Алекс сообщил, что Polymarket проведет несколько тестовых рынков в реальном времени, известных как «канареечные рынки», с 5 по 30 октября. Он обозначил 2 ноября как предварительную дату запуска новых рынков, а не как крайний срок для конвертации всех существующих ставок.
Для пользователей приложения или веб-сайта Polymarket техническая миграция не требуется. Пользователям следует завершить все запросы на подтверждение, отображаемые в приложении. Руководства касаются торговли в сети Polygon; основная документация Polymarket направляет пользователей Polymarket US к отдельной документации.
Существует отдельный механизм, позволяющий держателям переносить позиции CTF в V2. Реестр контрактов Polymarket указывает, что соответствующее условие или событие должно быть сначала зарегистрировано Polymarket. Справочник по индексации описывает события, связывающие старый баланс CTF с новым балансом PositionManager. Это отдельная операция от обновления торгового программного обеспечения.
Интеграции должны поддерживать обе системы
Для разработчиков изменения начинаются с места записи долей. Устаревшие позиции CTF остаются в старом реестре, в то время как балансы V2 находятся в отдельном контракте под названием PositionManager. Руководство по миграции контрактов требует от интеграций обрабатывать соответствующие балансы и сохранять идентификаторы CTF для старых рынков.
Разрешения также остаются раздельными. Согласно руководству по миграции API , учетная запись, владеющая активами покупателя V2, должна разрешить ExchangeV3, новому торговому контракту, тратить достаточно pUSD, торгового обеспечения Polymarket, для покрытия покупок и комиссий. Продажа требует разрешения для ExchangeV3 на работу с долями продавца в PositionManager. Существующие разрешения CTF не предоставляют ни одного из этих разрешений.
Торговое программное обеспечение должно выбирать правильный идентификатор доли из версии каждого рынка, даже если поля идентификаторов обеих генераций присутствуют в ответе. Заказы V2 используют идентификаторы позиций и домен подписи версии 3; заказы CTF сохраняют свой обмен и домен подписи версии 2. Эти версии подписи различают два торговых пути. Запросы баланса также различают доли V2 и доли CTF.
Для интеграций, которые создают, объединяют или погашают позиции напрямую через контракты, V2 использует Router. Создание позиций требует разрешения для Router на трату pUSD; объединение или погашение требует разрешения оператора Router на PositionManager. Интеграциям также необходимо обновлять обработку балансов и чтение выплат.
Схожие метки версий относятся к разным обновлениям. Журнал изменений Polymarket записывает запуск CLOB V2 28 апреля и запуск Data API v2 4 сентября, оба в 2026 году. Развертывание протокола V2 в октябре добавляет отдельную систему позиций.
Для интеграций, уже использующих pUSD и формат заказов CTFExchangeV2, обеспечение, кошельки, учетные данные книги заказов и конечные точки остаются прежними. Тем не менее, Polymarket рекомендует разработчикам проверять покупки, продажи и балансы как на рынке V2, так и на рынке CTF.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Liam 'Akiba' Wright
