La actualización Protocol V2 de Polymarket no trasladará de forma automática las apuestas existentes desde el antiguo Conditional Tokens Framework (CTF) a los nuevos contratos. Las posiciones heredadas seguirán registradas en el sistema anterior, mientras que las nuevas utilizarán una infraestructura separada.
El cambio afecta sobre todo a las integraciones que operan con Polymarket a través de contratos y API. Para quienes utilizan la aplicación o la página web de la plataforma, no será necesario realizar una migración técnica. Únicamente deberán completar las solicitudes de autorización que aparezcan en la aplicación.
Una transición gradual para los nuevos mercados
Rajath Alex anunció el 5 de octubre que Polymarket pondría en marcha varios mercados de prueba entre esa fecha y el 30 de octubre. La compañía se refiere a ellos como mercados canario, una fase destinada a comprobar el funcionamiento del nuevo sistema en condiciones reales.
El 2 de noviembre figura como fecha tentativa para empezar a utilizar Protocol V2 en los mercados de nueva creación. No se presenta, por tanto, como un plazo para convertir todas las apuestas existentes ni para trasladar automáticamente las posiciones abiertas bajo CTF.
La documentación de migración está dirigida a las operaciones en cadena sobre Polygon. Polymarket remite a los usuarios de Polymarket US a documentación específica y separada.
Dos sistemas de posiciones y permisos distintos
Para los desarrolladores, la principal modificación está en el lugar donde se contabilizan los activos. Las posiciones antiguas permanecen en CTF, mientras que los saldos de V2 se almacenan en un contrato diferente, denominado PositionManager. Las integraciones deberán identificar el sistema correspondiente a cada mercado y conservar los identificadores CTF de las posiciones antiguas.
Los permisos también funcionan por separado. En las compras de V2, la cuenta que custodia los activos del usuario debe autorizar al nuevo contrato de negociación ExchangeV3 a utilizar la cantidad necesaria de pUSD, el colateral empleado por Polymarket, para cubrir las compras y las comisiones. Para vender, ExchangeV3 necesita permiso para operar con las participaciones de PositionManager.
Las autorizaciones concedidas anteriormente para CTF no sirven para ninguna de esas operaciones. El software de negociación debe escoger además el identificador de posición adecuado según la versión del mercado, aunque las respuestas de la plataforma puedan incluir campos de identificación correspondientes a ambas generaciones.
Las órdenes V2 utilizan identificadores de posición y la versión 3 del dominio de firma. Las órdenes CTF mantienen su intercambio y la versión 2 del dominio de firma. Las consultas de saldos también diferencian entre las participaciones de V2 y las de CTF.
Existe una migración, pero no es automática
Polymarket sí contempla un mecanismo específico para mover posiciones CTF a V2. Para utilizarlo, la condición o el evento correspondiente debe haber sido registrado previamente por la propia plataforma. La referencia de indexación describe los eventos que vinculan el saldo antiguo de CTF con el nuevo saldo de PositionManager.
Ese procedimiento es distinto de actualizar una integración de negociación. Los desarrolladores que creen, combinen o canjeen posiciones directamente mediante contratos deberán utilizar Router. La creación exige autorizar a Router para gastar pUSD, mientras que la combinación o el canje requieren concederle permisos de operador sobre PositionManager. También tendrán que adaptar la gestión de saldos y la lectura de los pagos.
En las integraciones que ya emplean pUSD y el formato de órdenes CTFExchangeV2, Polymarket mantiene sin cambios el colateral, las carteras, las credenciales del libro de órdenes y los puntos de acceso. Aun así, recomienda verificar compras, ventas y saldos tanto en un mercado V2 como en otro basado en CTF.
El cambio de octubre no debe confundirse con otras actualizaciones que comparten la etiqueta V2. El registro de cambios de Polymarket sitúa la entrada en funcionamiento de CLOB V2 el 28 de abril y el lanzamiento de Data API v2 el 4 de septiembre de 2026. Protocol V2 añade ahora un sistema separado para las posiciones.
