Polymarket ha comenzado las pruebas de producción del Protocolo V2 antes de un cambio tentativo para el 2 de noviembre para los mercados recién creados, reemplazando su arquitectura de mercado Gnosis CTF de la era de 2019 con un único sistema de posiciones ERC-1155, colateral pUSD y resolución modular.
Resumen
- Polymarket Protocol V2 comenzará a gestionar nuevos mercados el 2 de noviembre tras las pruebas canary de octubre.
- V2 reemplaza los adaptadores heredados de Gnosis CTF con un único sistema de posiciones ERC-1155 y colateral pUSD unificado.
- UMA y Chainlink pueden proporcionar resultados a través de la nueva capa de liquidación modular OracleAggregator de Polymarket para los mercados.
- Polymarket afirma que las tenencias existentes de CTF permanecerán sin cambios, mientras que las nuevas posiciones de V2 utilizan contratos separados.
- La API de datos V1 se retira el 24 de octubre, dando a los desarrolladores nueve días antes del cambio planificado a V2.
El jefe de protocolo de Polymarket, Rajath Alex, dijo el 5 de octubre que los mercados canary se ejecutarían en producción hasta el 30 de octubre antes de que los mercados netamente nuevos comiencen "tentativamente" a migrar al Protocolo V2 el 2 de noviembre. Los mercados y posiciones CTF existentes no migrarán automáticamente a los nuevos contratos.
Polymarket V2 reconstruye cómo se crean las posiciones
El sistema de mercado existente de Polymarket se remonta al Marco de Tokens Condicionales de Gnosis de 2019. A medida que se introdujeron nuevos formatos de mercado, se agregaron adaptadores y contratos separados para funciones que incluyen mercados de riesgo negativo, manejo de colateral y resolución.
El Protocolo V2 elimina gran parte de esa estructura. El repositorio de código oficial de Polymarket describe V2 como su "sistema de contratos inteligentes de mercados de predicción de próxima generación", con tokens de posición ERC-1155, manejo de colateral, oráculos modulares, coincidencia de órdenes y funciones entre cadenas.
Los ID de posición ahora codifican información que incluye el módulo, la condición y el resultado directamente en el identificador del token. El sistema utiliza un contrato PositionManager común y un Router, con módulos separados que manejan diferentes estructuras de mercado.
Los módulos iniciales cubren mercados binarios, mercados de riesgo negativo atómicos, mercados de riesgo negativo incrementales y mercados combinatorios. La lista de implementación en Polygon publicada por Polymarket muestra el PositionManager, Exchange, Router y cada uno de esos módulos ya implementados en la red principal.
El lanzamiento de octubre no debe confundirse con la actualización anterior CLOB v2 de Polymarket. Como se informó anteriormente en la cobertura de crypto.news sobre el despliegue de CLOB v2 de Polymarket, la actualización de abril cambió los contratos de intercambio, el motor de coincidencia y el colateral mientras introducía pUSD para el trading. El Protocolo V2 cambia la infraestructura de posiciones y mercados subyacente a ese sistema de trading.
pUSD se convierte en el colateral común en todos los mercados V2
Polymarket Protocol V2 utiliza Polymarket USD, o pUSD, como su activo de colateral común en los nuevos módulos de mercado.
La documentación oficial de contratos afirma que pUSD es un token ERC-20 que envuelve USDC y USDC.e en una proporción de 1:1 a través de una bóveda externa. El código requiere que el USDC y USDC.e combinados en poder de la bóveda sean iguales o superen la oferta pendiente de pUSD.
El token en sí no es nuevo. pUSD llegó con los cambios de intercambio a principios de 2026, pero el Protocolo V2 lo convierte en el colateral común utilizado por sus módulos de mercado. Las integraciones existentes que ya usan pUSD no necesitan reemplazar su configuración de colateral al agregar soporte para V2, según la guía de migración de Polymarket.
Para los desarrolladores, las posiciones sí cambian. Los saldos de V2 se encuentran en el nuevo PositionManager, mientras que las divisiones, fusiones y redenciones pasan por el Router. Las aprobaciones CTF existentes no se transfieren, por lo que las integraciones necesitan nuevos permisos para las operaciones de V2.
Polymarket indica explícitamente a los desarrolladores que mantengan el soporte de CTF para mercados y tenencias más antiguos. Su documentación de migración dice que las tenencias CTF existentes no se convierten cuando una integración agrega el Protocolo V2.
UMA y Chainlink pueden liquidar mercados a través de una sola capa
La resolución recibe un rediseño separado a través del nuevo OracleAggregator.
El código V2 de Polymarket muestra que el OracleAggregator se sitúa por encima de módulos conectables de reportero, disputa y arbitraje. Los contratos de reportero actuales incluyen un módulo UMA Optimistic Oracle, un reportero de Chainlink y un reportero EOA.
El módulo de UMA puede pasar los resultados liquidados de UMA al agregador como votos de reportero. El módulo de Chainlink gestiona la resolución basada en precios utilizando Chainlink Data Streams, según la documentación publicada del contrato. Los diferentes módulos de reportero pueden combinarse bajo umbrales establecidos para mercados individuales.
Polymarket ya había introducido Chainlink para ciertos mercados objetivos. En la cobertura relacionada de crypto.news sobre la integración de Chainlink, la plataforma utilizó Chainlink Data Streams y Automation para liquidar mercados de precios de criptomonedas utilizando datos de mercado externos.
UMA sigue siendo relevante para los mercados que requieren resolución basada en eventos. Crypto.news ha documentado por separado cómo UMA resuelve los mercados de predicción de Polymarket y cómo las disputas pueden avanzar a través de su proceso de impugnación. El Protocolo V2 no simplemente reemplaza UMA con Chainlink. Su OracleAggregator permite que diferentes fuentes de resolución se conecten al mismo marco.
Los contratos V2 también contienen infraestructura entre cadenas. La documentación del puente de Polymarket afirma que las posiciones, el colateral y los resultados de resolución pueden moverse a través de una capa de transporte cuya implementación actual utiliza Chainlink CCIP. Polygon sigue siendo el centro de resolución en el diseño publicado para la red principal.
No se ha anunciado ninguna fecha para una activación multicadena. El código del puente establece la estructura técnica, pero el plan de migración del 2 de noviembre se refiere a los nuevos mercados V2 y no anuncia por sí mismo la negociación en cadenas adicionales.
Las verificaciones de seguridad cubren los nuevos contratos de Polymarket
Polymarket ha publicado un registro de seguridad detallado para el Protocolo V2 antes de la migración planificada. Su repositorio oficial de seguridad de contratos enumera revisiones de Cantina, Certora, Quantstamp, Pashov, Sigma Prime y Zellic en los principales componentes de V2. El repositorio enumera el trabajo de verificación formal de Certora que cubre el Exchange, Collateral Token, Position Manager, Binary Module, NegRisk Module, Combinatorial Module y OracleAggregator.
Alex dijo que las vulnerabilidades críticas siguen siendo elegibles para recompensas de hasta $5 millones bajo el programa de recompensas por errores de Polymarket. El programa de recompensas se lanzó a principios de 2026 y cubre contratos inteligentes y otras partes de la pila tecnológica de la plataforma.
El período canario brinda a los desarrolladores y creadores de mercado un entorno de producción para realizar pruebas antes de la transición planificada del 2 de noviembre. Alex dijo que el despliegue limitado se extiende del 5 de octubre al 30 de octubre, y se espera que los nuevos mercados comiencen a usar V2 después si se mantiene el calendario.
Los desarrolladores enfrentan una fecha límite anterior: el 24 de octubre
Ya está en marcha una migración separada para la API de datos de Polymarket. La documentación oficial de Polymarket dice que la API de datos V1 se retirará el 24 de octubre de 2026, lo que requiere que las integraciones existentes pasen a las rutas V2 antes de esa fecha. El nuevo sistema utiliza una estructura de respuesta compartida, paginación basada en cursor y campos en snake_case.
La API de datos V2 consolida varias rutas de posiciones en /v2/positions y agrega endpoints que cubren ganancias y pérdidas del usuario, volumen, historial de precios, resoluciones y estado del servicio. La paginación por cursor elimina el antiguo límite de desplazamiento de 10,000 filas utilizado por V1.
Para los usuarios habituales de la aplicación y el sitio web, Polymarket dice que no se requiere ninguna migración técnica. Los usuarios pueden encontrar nuevos avisos de aprobación al interactuar con los mercados V2, mientras que los desarrolladores y las integraciones de contratos inteligentes deben admitir tanto las posiciones V2 como las tenencias heredadas de CTF.
El calendario actual da a los desarrolladores de API hasta el 24 de octubre para abandonar la API de datos V1, mantiene los mercados canario del Protocolo V2 en funcionamiento hasta el 30 de octubre y establece el 2 de noviembre como la fecha tentativa en que los mercados recién creados comiencen a usar el protocolo V2.
