Polymarket тестирует Protocol V2: существующие позиции не переносятся автоматически

Polymarket начала ограниченные испытания Protocol V2 на действующих рынках. Переход новых рынков предварительно намечен на 2 ноября 2026 года. Уже открытые позиции остаются в прежней системе контрактов.

Концептуальная иллюстрация светящегося фиолетового тестового узла среди темных модульных блоков, символизирующая ограниченное внедрение протокола.
Редакционная иллюстрация смены протокола, а не интерфейс Polymarket или техническая схема.

Для пользователей приложения и разработчиков последствия различаются. В официальном руководстве Polymarket указывает, что пользователям сайта и приложения не требуется техническая миграция. Разработчикам предстоит добавить новые контракты, сохранив поддержку позиций старого Conditional Tokens Framework, или CTF.

Испытания охватывают только часть рынков

Unchained сообщил 6 октября, что руководитель протокола Раджат Алекс объявил о запуске пробных рынков 5 октября. Их работа запланирована до 30 октября. Предварительная дата перехода вновь создаваемых рынков на V2 составляет 2 ноября.

Такое ограниченное развертывание называют canary: новая система проверяется на небольшой части реальной нагрузки. Это не означает, что вся платформа уже сменила инфраструктуру.

Документация отдельно уточняет, что подключение V2 не преобразует существующие позиции CTF. Владельцу открытой позиции важно, в какой системе учитывается его баланс. Стороннее приложение, читающее только новые контракты, не сможет корректно показать все прежние позиции пользователя.

Что меняется в учете позиций

В официальном перечне контрактов указано развертывание в сети Polygon. PositionManager ведет балансы позиций стандарта ERC-1155. Отдельные модули обслуживают разные структуры рынков, а Router координирует операции с позициями.

ERC-1155 позволяет одному контракту учитывать несколько типов токенов. В данном случае они представляют возможные исходы событий. Общая инфраструктура не объединяет все события в один рынок и сама по себе не меняет исход ранее приобретенной позиции.

Нужно также различать токен позиции и обеспечение. Polymarket описывает pUSD как расчетный токен, обеспеченный USDC. Он существовал до октябрьского объявления: официальная история обновлений связывает его внедрение с CLOB V2, запущенным в апреле. Нынешний Protocol V2 меняет инфраструктуру позиций, а не впервые вводит pUSD.

Это различие помогает избежать ошибочного вывода, будто пользователям предлагают срочно приобрести новый актив для сохранения уже открытых позиций. Такой обязанности из опубликованного руководства не следует.

Старые разрешения не переносятся на новые контракты

В инструкции для контрактных интеграций сказано, что разрешения CTF не распространяются на V2 автоматически. Разработчикам нужно учитывать версию рынка и использовать соответствующие контракты, реестр позиций и адресатов разрешений.

В приложении пользователь может увидеть новый запрос на разрешение. Важно проверить его содержание и убедиться, что запрос поступает в официальном интерфейсе. Новость о переходе не является основанием отправлять средства на адрес из личного сообщения или сторонней статьи.

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

У Data API отдельный срок

Руководство по Data API устанавливает 24 октября 2026 года как дату отключения затронутых маршрутов v1. Из этого правила прямо исключен маршрут бухгалтерского снимка, у которого нет аналога в v2.

Меняются структура ответов и способ постраничной загрузки данных. Поэтому проверять информационную интеграцию необходимо отдельно от отправки торговых заявок. Успешная работа одного компонента не подтверждает готовность другого.

В календаре перехода три разных этапа: 24 октября для API, 30 октября для завершения заявленных испытаний и предварительно 2 ноября для новых рынков. Ни одна из этих дат сама по себе не означает, что владелец старой позиции обязан переносить ее вручную.