Polymarket lanza el Protocolo V2, con nuevos mercados que se migrarán el 2 de noviembre

2026/10/13 17:00:00

Polymarket ha comenzado a implementar el Protocolo V2, una actualización importante de la infraestructura de contratos inteligentes que respalda sus mercados de predicción basados en blockchain. Anunciado el 5 de octubre de 2026, el nuevo protocolo introduce tokens de posición unificados, contratos de operación rediseñados y una integración ampliada de oráculos. La empresa tiene como objetivo el 2 de noviembre de 2026 para que los mercados recién creados se migren a V2, tras varias semanas de pruebas en vivo. La actualización afecta la infraestructura detrás del comercio de mercados de predicción, donde los participantes compran y venden posiciones vinculadas a resultados del mundo real. Si bien las posiciones existentes permanecerán en sus contratos actuales, los desarrolladores y los maker deben prepararse para cambios en las integraciones de operación, los permisos de contrato y los servicios de datos de mercado.

Principales conclusiones

Lanzamiento del Protocolo Polymarket V2: Polymarket presentó su infraestructura actualizada de mercados de predicción el 5 de octubre de 2026, iniciando una prueba limitada en vivo antes de un lanzamiento más amplio dirigido a mercados recién creados.
Objetivo de migración del 2 de noviembre: Polymarket planea trasladar provisionalmente los nuevos mercados al Protocolo V2 el 2 de noviembre, tras las pruebas canarias programadas hasta el 30 de octubre. Los mercados existentes no se migrarán automáticamente.
Actualizaciones de contratos inteligentes: el Protocolo V2 introduce tokens de posición ERC-1155, ExchangeV3 y contratos modulares que admiten cuatro formatos de mercado, manteniendo la garantía pUSD respaldada 1:1 por USDC.
Posiciones existentes y requisitos de desarrolladores: Las tenencias actuales de CTF siguen siendo compatibles sin conversión obligatoria. Los desarrolladores deben actualizar las integraciones afectadas, incluyendo nuevos identificadores de posición, aprobaciones de contrato y requisitos de firma de órdenes.
Fecha límite de la API del 24 de octubre: Polymarket planea retirar los puntos finales de la Data API V1, con excepciones documentadas, antes de la transición general a V2. Los desarrolladores que dependan de los servicios afectados deben migrar a la Data API V2.
Seguridad y capacidades futuras: Seis firmas de seguridad revisaron los contratos V2, mientras que la nueva infraestructura de oráculos admite integraciones con UMA y Chainlink. La funcionalidad entre cadenas sigue siendo una capacidad futura potencial en lugar de una implementación general confirmada.

Lanzamiento del Protocolo Polymarket V2 y cronograma de migración del 2 de noviembre

Polymarket introdujo el Protocolo V2 el 5 de octubre de 2026, iniciando una actualización por fases de los contratos inteligentes que respaldan sus mercados predictivos basados en cadena de bloques. Anunciado por Rajath Alex, Jefe de Protocolo de Polymarket, la actualización reemplaza componentes clave de la arquitectura original de la plataforma construida sobre el Gnosis Conditional Tokens Framework (CTF). El lanzamiento busca simplificar la infraestructura de los mercados, admitir formatos adicionales de mercados y mejorar la flexibilidad para el desarrollo futuro. El 2 de noviembre de 2026 es la fecha objetivo tentativa para que los mercados recién creados adopten V2, no una fecha obligatoria de migración para todos los mercados existentes. El enfoque por fases permite a Polymarket evaluar el sistema actualizado antes de ampliar su uso, mientras mantiene el soporte para los mercados que operan en la infraestructura existente.

¿Por qué Polymarket está probando el Protocolo V2 con mercados canarios?

Polymarket comenzó a probar el Protocolo V2 a través de un número limitado de mercados canarios en vivo, en lugar de transferir inmediatamente toda la actividad de mercado a la nueva infraestructura. Estos mercados operan utilizando contratos inteligentes V2 y permiten a los desarrolladores evaluar las operaciones de comercio, el procesamiento de transacciones y las interacciones entre los componentes del protocolo en condiciones reales. Al introducir el sistema gradualmente, Polymarket puede examinar cómo la nueva arquitectura maneja la actividad del mercado sin requerir una transición inmediata en toda la plataforma.

El período de prueba está programado para continuar hasta el 30 de octubre de 2026, brindando a Polymarket tiempo para identificar posibles problemas técnicos o de integración antes de ampliar la implementación. La prueba canaria puede ayudar a revelar problemas que los entornos de desarrollo controlados podrían pasar por alto, aunque no puede garantizar que el despliegue más amplio esté libre de vulnerabilidades o interrupciones operativas. Los resultados serán importantes para determinar si el protocolo está listo para una adopción más amplia y si se necesitan ajustes adicionales antes de la transición planeada para noviembre.

¿Cuándo se trasladarán los mercados de Polymarket al Protocolo V2?

La migración de Polymarket sigue un cronograma por etapas que abarca servicios para desarrolladores, pruebas en vivo y despliegue de nuevos mercados. La transición también separa las posiciones CTF existentes de los mercados creados bajo Protocolo V2, lo que significa que las tenencias actuales no se convertirán automáticamente a la nueva arquitectura. Esta distinción es importante porque la actualización afecta diferentes partes de la infraestructura de Polymarket en momentos distintos. Según la guía de migración publicada por Polymarket, los principales hitos próximos son:

24 de octubre de 2026: Polymarket planea retirar los puntos finales de la API de datos V1, con excepciones documentadas, requiriendo que los desarrolladores afectados migren a la API de datos V2.
30 de octubre de 2026: El período programado de prueba canaria concluye, sujeto a los resultados de la prueba de producción.
2 de noviembre de 2026: Polymarket planea provisionalmente comenzar a crear nuevos mercados de predicción utilizando el Protocolo V2, mientras que los mercados CTF existentes permanecerán separados.

La meta de migración del 2 de noviembre sigue siendo condicional, y el calendario final de despliegue podría cambiar según los resultados de las pruebas y la preparación técnica. Los mercados existentes no se moverán automáticamente a V2 en esa fecha, por lo que la transición podría implicar que operen simultáneamente infraestructura heredada y actualizada. Polymarket no ha establecido el 2 de noviembre como una fecha límite universal para convertir todas las posiciones pendientes.

Cómo el Protocolo Polymarket V2 cambia los contratos inteligentes, el colateral pUSD y la integración de oráculos

El Protocolo Polymarket V2 introduce una infraestructura de negociación rediseñada que integra la gestión de posiciones, lógica específica del mercado, manejo de colateral y procesos de resolución en un sistema más unificado. La actualización reemplaza varios componentes de la arquitectura anterior del Conditional Tokens Framework (CTF) con contratos inteligentes modulares diseñados para admitir diferentes formatos de mercados de predicción. Sus principales cambios técnicos incluyen tokens de posición ERC-1155, colateral pUSD, ExchangeV3 y un OracleAggregator que conecta múltiples mecanismos de resolución.

Contratos inteligentes ERC-1155 y mercados de predicción modulares

La nueva arquitectura utiliza un único contrato PositionManager basado en el estándar de token ERC-1155 para gestionar posiciones de mercados de predicción. ERC-1155 permite que múltiples tipos de tokens existan dentro de un solo contrato inteligente, reduciendo la necesidad de estructuras separadas para la gestión de posiciones. Las operaciones de trading se manejan a través de ExchangeV3, mientras que un contrato Router coordina funciones como dividir, fusionar y canjear posiciones. Esta disposición separa la contabilidad de tokens de las funciones específicas del mercado, facilitando la extensión del sistema subyacente sin necesidad de rediseñar su infraestructura central de posiciones.

Polymarket V2 admite inicialmente cuatro formatos de mercado: Binario, Neg-risk Atómico, Neg-risk Incremental y Combinatorial. Estos funcionan a través de tres módulos documentados: BinaryModule, NegRiskModule y CombinatorialModule. Los mercados binarios implican dos resultados posibles, mientras que los formatos de riesgo negativo permiten resultados relacionados dentro de eventos más amplios. Los mercados combinatorios admiten posiciones vinculadas a combinaciones de resultados. Cada posición también recibe un identificador estructurado que la conecta con el módulo correspondiente, permitiendo que el sistema determine qué contrato gestiona sus operaciones.

Cómo funciona la garantía pUSD en el protocolo Polymarket V2

Polymarket V2 utiliza Polymarket USD (pUSD) como su token de garantía, manteniendo un sistema de trading denominado en dólares en diferentes formatos de mercados de predicción. A diferencia de una criptomoneda especulativa recién emitida, pUSD es un token ERC-20 en Polygon respaldado 1:1 por USDC, con su respaldo garantizado mediante contratos inteligentes. Este arreglo sigue el uso generalizado de garantía en stablecoins en el trading de criptomonedas, donde los activos vinculados a valores de referencia más estables respaldan el trading y la liquidación. Polymarket introdujo originalmente pUSD durante su actualización de exchange el 28 de abril de 2026, lo que significa que la versión V2 del Protocolo October continúa un arreglo de garantía existente en lugar de introducir una nueva stablecoin.

La infraestructura de garantía incluye los contratos CollateralOnramp y CollateralOfframp que gestionan las conversiones entre los activos de garantía admitidos y pUSD. La documentación de Polymarket también identifica adaptadores que conectan pUSD con la garantía utilizada por los mercados antiguos de CTF, permitiendo que ambos sistemas de posición operen dentro de la infraestructura de negociación más amplia. Este diseño proporciona una capa común de garantía mientras mantiene la compatibilidad entre diferentes arquitecturas de mercado. Sin embargo, el uso de garantía respaldada por USDC no elimina los riesgos de contrato inteligente, conversión o de la stablecoin subyacente.

OracleAggregator conecta UMA y Chainlink para la resolución de mercados

El Protocolo V2 introduce un OracleAggregator para coordinar cómo los mercados de predicción determinan sus resultados finales. Un oracle proporciona información externa que los contratos inteligentes de la cadena de bloques no pueden verificar independientemente, como resultados electorales, resultados deportivos o precios de activos. Estos oráculos descentralizados de cadena de bloques son componentes importantes de aplicaciones que dependen de información del mundo real. En lugar de depender de un único mecanismo de resolución para cada mercado, la nueva arquitectura utiliza módulos configurables que pueden conectarse a diferentes fuentes de reporte. Esto otorga a Polymarket una mayor flexibilidad para adaptar el proceso de resolución de un mercado al tipo de información requerida.

El sistema oracle documentado incluye varios componentes distintos:

Integración de UMA: El módulo OOReporterModule puede transmitir resultados establecidos del Optimistic Oracle de UMA al proceso de resolución de Polymarket, respaldando mercados que dependen de resultados verificados externamente.
Datos de precios de Chainlink: El módulo ChainlinkReporterModule admite la resolución basada en precios utilizando la información de los flujos de datos de Chainlink configurados, incluyendo comparaciones entre los precios inicial y final de un activo.
Controles de disputa y arbitraje: OracleAggregator admite umbrales de informe, ventanas de disputa y procedimientos de arbitraje. Estos mecanismos permiten desafiar los resultados informados según reglas configuradas antes del asentamiento final.

El sistema modular puede acomodar fuentes adicionales de resolución sin requerir reemplazar toda la arquitectura de gestión de posiciones. Sin embargo, la confiabilidad del oracle sigue siendo esencial para la precisión de los mercados de predicción. Datos externos incorrectos, errores de configuración o disputas sobre el resultado de un evento aún pueden afectar el asentamiento, incluso cuando se admiten múltiples mecanismos de reporte.

Qué significa Polymarket V2 para las posiciones existentes, los desarrolladores y los mercados de predicción futuros

La actualización del Protocolo V2 de Polymarket introduce requisitos diferentes para traders cotidianos, desarrolladores y market makers. Si bien la plataforma busca mantener una experiencia de trading familiar para usuarios regulares, las aplicaciones conectadas directamente a su infraestructura deben tener en cuenta nuevos identificadores de posición, permisos de contrato y reglas de firma de órdenes. El sistema rediseñado también crea oportunidades para funciones adicionales de mercados de predicción, aunque varias capacidades siguen en desarrollo y no están disponibles para uso general.

¿Qué sucede con las posiciones y monederos existentes de Polymarket?

Las posiciones existentes de Polymarket continuarán operando a través de sus contratos originales del Conditional Tokens Framework (CTF), a menos que se realice una migración separada. Según la guía de migración de Polymarket, los usuarios del sitio web y la aplicación móvil no necesitan realizar una migración técnica ni transferir manualmente sus tenencias a un monedero diferente. Sin embargo, los usuarios pueden encontrarse con nuevas solicitudes de autorización al interactuar con mercados que funcionan en la infraestructura actualizada. Estos permisos permiten que los contratos inteligentes relevantes accedan a activos o posiciones aprobados para operaciones de trading específicas.

Varias consideraciones prácticas son importantes para los titulares de posiciones existentes:

Aprobaciones de monedero: Los usuarios pueden necesitar autorizar nuevos contratos de operación antes de interactuar con los mercados V2. Los permisos existentes para contratos anteriores no se extienden automáticamente al nuevo sistema.
Gestión de posición: Las tenencias heredadas permanecen asociadas a sus contratos originales, mientras que las posiciones V2 utilizan un sistema contable separado. Las aplicaciones que rastrean carteras deben reconocer ambas.
Migración opcional: La documentación de contratos de Polymarket describe mecanismos para convertir ciertas posiciones heredadas elegibles en posiciones V2, pero las condiciones o eventos relevantes deben registrarse primero. Este no es un proceso automático a nivel de plataforma.

Para los traders regulares, la principal consideración es si un mercado específico opera bajo la infraestructura anterior o actualizada. Los usuarios deben seguir las instrucciones proporcionadas a través de la interfaz oficial de Polymarket y verificar las solicitudes de aprobación del monedero antes de autorizar transacciones. La actualización del protocolo no elimina los riesgos financieros asociados con los mercados de predicción, incluidas las posibles pérdidas cuando un evento se resuelve en contra de una posición.

Cómo los desarrolladores y los market makers deben adaptarse a Polymarket V2

Los desarrolladores que operan bots de trading, sistemas de realización de mercados, paneles de cartera o plataformas de análisis enfrentan cambios de integración más sustanciales. La infraestructura actualizada de Polymarket requiere que las aplicaciones distingan entre activos CTF heredados y posiciones V2 al colocar órdenes, verificar saldos o procesar la actividad del mercado. Aunque los puntos finales del libro de órdenes existentes y los arreglos de autenticación siguen disponibles para integraciones compatibles, las transacciones V2 requieren identificadores diferentes, aprobaciones de contrato y reglas de firma distintas.

Los requisitos técnicos principales incluyen:

Identificación del mercado: las integraciones de V2 utilizan positionIds, mientras que los mercados heredados continúan utilizando clobTokenIds. Las aplicaciones deben identificar la versión del mercado antes de seleccionar el identificador de activo adecuado.
Autenticación de orden: Las órdenes de ExchangeV3 utilizan la versión 3 del dominio de firma EIP-712, mientras que las órdenes existentes de CTFExchangeV2 utilizan la versión 2. Mezclar estos formatos puede resultar en órdenes rechazadas.
Permisos de operación: Comprar posiciones V2 requiere una aprobación suficiente de pUSD para ExchangeV3, mientras que vender requiere permiso del operador sobre los tokens de PositionManager correspondientes.
Integración de la API de datos: La API de datos V2 introduce paginación basada en cursor, estructuras de respuesta estandarizadas y campos en snake_case. El endpoint /v2/positions también admite la filtración de posiciones por estado, incluyendo posiciones abiertas, canjeables, fusionables y cerradas.

Estos cambios son particularmente relevantes para sistemas de trading automatizado que dependen de la ejecución precisa de órdenes y la contabilidad de carteras. Los desarrolladores deben probar tanto las operaciones de mercado heredadas como las de V2, incluyendo la recuperación de saldos, la presentación de órdenes y el asentamiento de posiciones. Los makers también deben asegurarse de que su software seleccione el contrato y los permisos correctos para cada transacción, ya que un error de integración podría interrumpir el trading incluso cuando el mercado subyacente siga operativo.

Mercados de predicción futuros: Operación entre cadenas y nuevas funciones

Más allá de la migración inmediata, el Protocolo Polymarket V2 proporciona una infraestructura diseñada para respaldar transferencias de posición entre cadenas y funcionalidades adicionales de mercado. Su arquitectura de puente documentada utiliza el Protocolo de Interoperabilidad Cruzada de Chainlink (CCIP) para respaldar el movimiento de posiciones elegibles, colateral y resultados de resolución entre redes compatibles. Bajo el diseño propuesto de hub y spoke, Polygon sirve como red autoritativa de resolución, mientras que otras redes podrían respaldar actividad comercial compatible. Sin embargo, el comercio cruzado general no se ha confirmado como activo, y el mecanismo de puente documentado actualmente no admite todos los formatos de posición.

Polymarket también ha identificado funciones potenciales como la resolución escalar y el retorno direccional de colateral, que podrían ampliar la forma en que los mercados de predicción futuros representan resultados y gestionan el colateral. La resolución escalar podría respaldar mercados que involucren resultados numéricos en lugar de solo categorías fijas, aunque su implementación y disponibilidad siguen sujetas a desarrollos futuros. La arquitectura modular podría facilitar la integración de futuras adiciones, pero no garantiza que los costos de operación disminuyan o que la liquidez mejore. Esos resultados dependerán de la implementación real, la participación del mercado y el rendimiento de la infraestructura actualizada.

Conclusión

El Protocolo Polymarket V2 introduce cambios significativos en la infraestructura de mercado de predicciones de la plataforma, incluyendo posiciones unificadas ERC-1155, contratos inteligentes modulares y nuevas integraciones de oráculos. La actualización está diseñada para simplificar una arquitectura de operaciones cada vez más compleja, al tiempo que crea espacio para futuros formatos de mercado y funcionalidad entre cadenas.

El enfoque inmediato sigue siendo el lanzamiento por fases. El 2 de noviembre de 2026 es una fecha tentativa de transición para los mercados recién creados, mientras que las posiciones CTF existentes no se migrarán automáticamente. Los desarrolladores también enfrentan una fecha límite anterior para el retiro de la Data API V1 el 24 de octubre. Aunque la arquitectura ofrece mayor flexibilidad, sus efectos sobre el rendimiento del comercio, la liquidez y los costos operativos se volverán más claros solo después de una implementación más amplia. Para los comerciantes y desarrolladores, comprender estas diferencias es más útil que asumir que todos los mercados cambiarán al mismo tiempo.

🔥 Más allá de las noticias: qué significa KuCoin 5.0 para ti

Las noticias del mercado avanzan rápido — pero donde actúes sobre ellas importa igualmente. Este octubre, KuCoin lanza KuCoin 5.0, transformando KuCoin en una plataforma reconstruida. Aquí está lo que realmente cambia para ti:

Una cuenta para todo. Las plataformas antiguas dividían tu dinero en cuentas separadas de "spot", "margen" y "futures" y esperaban que entendieras por qué. La cuenta unificada de KuCoin 5.0 elimina esto por completo: realiza un solo depósito y todo estará simplemente disponible (actualmente solo disponible para VIPs).
Acciones, índices y materias primas. KuCoin 5.0 se expande más allá del cripto hacia mercados globales. Cuando el cripto se mueve lateralmente y las acciones suben (o al revés), rotates en minutos en lugar de abrir una cuenta de corretaje y esperar días para que se activen los canales de moneda fiduciaria.
Activos del mundo real (RWA). Exposición tokenizada a activos tradicionales como materias primas, directamente en tu cuenta de cripto. Uno de los segmentos de más rápido crecimiento en las finanzas globales ya no está reservado para instituciones: tú lo accedes desde el mismo saldo con el que operas.
Gana mientras aprendes. ¿Aún no estás listo para operar? KCUSD permite que tus stablecoins generen intereses diarios con autocomposición. La forma menos estresante de hacer que tus depósitos inactivos trabajen para ti con un rendimiento del 4%.
Un asistente de IA en lenguaje sencillo. Haz preguntas, obtén contexto del mercado, entiende lo que estás viendo: integrado en la plataforma, sin necesidad de jerga.
Una aplicación que no abruma. Más rápida, más limpia y coherente: intuitiva desde el primer toque, no después de un tutorial.
Seguridad que puedes verificar, no solo confiar. Una entidad de la UE con licencia MiCAR, Proof of Reserves que puedes verificar tú mismo, y seguridad certificada internacionalmente (SOC 2 Type II, ISO 27001:2022).

Crea tu cuenta en minutos y comienza en la plataforma diseñada para adónde va el cripto, no adónde ha estado.

Preguntas frecuentes

¿Pueden los operadores vender posiciones de Polymarket V2 antes de que finalice un evento?

Sí. Los operadores pueden vender tokens de resultado antes de la resolución del mercado, siempre que el mercado siga abierto y exista suficiente interés de compra. El precio de venta depende de las órdenes disponibles y las condiciones del mercado. Debido a que la ejecución de órdenes en mercados de predicción depende de la liquidez disponible, el precio final de venta puede diferir del precio de mercado mostrado. Salir temprano puede generar una ganancia o una pérdida, independientemente de cómo se resuelva finalmente el evento.

¿Cómo se pagan las posiciones ganadoras después de que se resuelve un mercado de Polymarket V2?

Después de la resolución, los tokens del resultado ganador pueden rescatarse por colateral según el pago registrado del mercado. En un mercado binario estándar, cada acción ganadora generalmente se rescata por 1 pUSD, mientras que las acciones perdedoras no tienen valor de rescate. Algunos mercados pueden utilizar pagos divididos, según sus reglas de resolución.

¿Dónde pueden los usuarios verificar los contratos inteligentes de Polymarket Protocol V2?

Los usuarios pueden verificar las direcciones de los contratos implementados a través de la documentación oficial para desarrolladores de Polymarket y examinar las transacciones correspondientes en PolygonScan. El registro de contratos identifica los contratos de operación, colateral, gestión de posición y resolución. Cuando un contrato utiliza un proxy, los usuarios deben referirse a la dirección de proxy documentada en lugar de una dirección de implementación o un enlace de terceros no verificado.

¿Ha sido auditado el protocolo Polymarket V2?

Sí. Polymarket ha publicado revisiones de seguridad realizadas por Cantina, Certora, Quantstamp, SigmaPrime, Zellic y Pashov. Certora también realizó trabajos de verificación formal, mientras que un programa de recompensas por errores de Cantina ofrece premios de hasta $5 millones por vulnerabilidades críticas calificadas. Estas medidas fortalecen la evaluación de seguridad, pero no pueden garantizar que se hayan identificado todas las vulnerabilidades.

Descargo de responsabilidad

La información proporcionada en esta página puede provenir de fuentes de terceros y no necesariamente representa las opiniones o puntos de vista de KuCoin. Este contenido está destinado únicamente a fines informativos generales y no debe considerarse como asesoría financiera, de inversión o profesional. KuCoin no garantiza la precisión, completitud o confiabilidad de la información, y no se hace responsable por errores, omisiones o consecuencias derivadas de su uso. Invertir en Activos digitales conlleva riesgos inherentes. Por favor, evalúe cuidadosamente su tolerancia al riesgo y su situación financiera antes de tomar cualquier decisión de inversión. Para más detalles, consulte las Condiciones de Uso y Divulgación de Riesgos de KuCoin.

Aviso: Esta página fue traducida utilizando tecnología de IA para tu conveniencia. Para obtener la información más precisa, consulta la versión original en inglés.