Cardano activa Van Rossem PV11 en Preview mientras las pruebas del hard fork entran en la fase de ejecución

El hard fork Van Rossem de Cardano ha pasado de procedimientos de gobernanza a ejecución en testnet en vivo, con la Versión de Protocolo 11 ahora activa en la red Preview.

La diferencia es importante. La cobertura anterior se centró en la acción de gobernanza de PV11 entrando en el proceso Preview. Esta etapa ya no se trata solo de si la acción puede pasar por la gobernanza. Se trata de cómo se comporta la actualización una vez que el software del nodo, DB Sync, la infraestructura SPO y las herramientas para desarrolladores comienzan a soportarla bajo condiciones reales de testnet.

Van Rossem no está diseñado para mover a Cardano a una nueva era del libro mayor. Cardano permanece en la era Conway, mientras que PV11 introduce un conjunto específico de mejoras del protocolo a través de un hard fork dentro de la misma era. Eso hace que la actualización sea relevante por una razón diferente: prueba si Cardano puede implementar cambios significativos en el protocolo sin forzar al ecosistema a pasar por la carga operativa más grande de una transición completa de era.

Para los desarrolladores y equipos de infraestructura, aquí es donde la actualización se vuelve práctica. PV11 ya no es solo una propuesta esperando dentro del proceso de gobernanza. Ahora es un comportamiento de protocolo activo en Preview, y el stack de software alrededor de Cardano tiene que demostrar que puede absorber el cambio sin problemas antes de que el proceso avance hacia PreProd y, posteriormente, mainnet.

Cardano PV11 pasa de acción de gobernanza a pruebas en Preview

El hard fork Van Rossem lleva el nombre de Max van Rossem, un colaborador y participante de gobernanza de la comunidad Cardano desde hace tiempo. Pero la importancia inmediata de esta etapa es operacional, no simbólica.

Preview es el primer entorno donde la actualización puede ser probada bajo condiciones de red antes de un despliegue más amplio. Intersect previamente delineó un camino en fases para el hard fork, comenzando con Preview, PreProd aproximadamente dos semanas después, y una presentación de hard fork en mainnet programada para el 29 de mayo de 2026. Ese enfoque escalonado da al ecosistema tiempo para detectar problemas, validar herramientas y coordinar infraestructura antes de cualquier decisión para mainnet.

Esto es importante porque PV11 depende de múltiples partes del stack de Cardano funcionando juntas. Los operadores de pools de participación necesitan software de nodo compatible. La infraestructura de indexación necesita soporte de DB Sync. Los equipos de dApps necesitan tiempo para probar scripts y herramientas. Billeteras, exploradores y servicios backend también necesitan confianza de que la actualización no crea un comportamiento inesperado en los sistemas en los que dependen.

El lanzamiento oficial de cardano-node 11.0.1 es central para ese proceso. Es la primera versión de nodo que soporta el hard fork intra-era PV11, permitiendo la actualización a la versión de protocolo 11 una vez que la acción de gobernanza relevante haya sido votada por SPOs, DReps y el Comité Constitucional, y promulgada en cadena.

Esto hace que las pruebas en Preview sean más que un punto de control técnico. Es la primera etapa donde la aprobación de gobernanza, la ingeniería de lanzamiento y la preparación del ecosistema tienen que encontrarse en la práctica.

Van Rossem PV11 se enfoca en Plutus y la infraestructura de Cardano

PV11 es una actualización de protocolo centrada. No cambia la forma de las transacciones de Cardano y no mueve el libro mayor a una nueva era. Su importancia radica en mejoras específicas al rendimiento de Plutus, la consistencia del libro mayor y la seguridad a nivel de nodo.

Para los desarrolladores, el área más visible es Plutus. La propuesta PV11 de Intersect describió varias mejoras para Plutus, incluyendo una disponibilidad más amplia de funciones integradas en Plutus V1, V2 y V3, expresiones de caso para tipos integrados, y nuevas funciones integradas conectadas a CIPs como CIP-0109, CIP-0132, CIP-0133, CIP-0138 y CIP-0153.

En términos prácticos, el objetivo es hacer el entorno de contratos inteligentes de Cardano más consistente y eficiente. Los scripts existentes de Plutus V1 y V2 pueden beneficiarse de una disponibilidad más amplia de funciones integradas, mientras que nuevos primitivos mejoran lo que los desarrolladores pueden expresar en cadena. Intersect ha descrito estos cambios como mejoras en el rendimiento de los scripts, reducción en los costos de ejecución y expansión de lo que los constructores pueden lograr en Plutus.

PV11 también incluye cambios a nivel de libro mayor y nodo. Estos incluyen la aplicación de exclusividad de claves VRF, reglas revisadas de entradas de referencia para Plutus V1 y V2, un manejo más claro de predicados y una mejora en los informes sobre desajustes de hash de parámetros de protocolo. Estos no son características destacadas para los usuarios normales, pero importan para los sistemas que mantienen la red predecible y más fácil de operar.

DB Sync es otra parte clave del despliegue. El lanzamiento oficial de cardano-db-sync 13.7.0.5 soporta la versión de nodo 11.0.1 y el hard fork intra-era PV11.

Esto importa porque DB Sync es utilizado por infraestructura que lee e indexa datos de la cadena de Cardano, incluyendo exploradores, plataformas de analítica, servicios backend y aplicaciones que dependen de datos históricos y actuales confiables de la red.

PV11, por tanto, no debe juzgarse solo por lo que aparece en la superficie. Gran parte de la actualización se trata de hacer que Cardano sea más fácil de mantener, más fácil de indexar, más seguro de operar y más capaz para aplicaciones basadas en Plutus.

Por qué la implementación en Preview importa antes de Mainnet de Cardano

La activación en Preview no significa que PV11 esté listo para mainnet. Significa que el hard fork ha entrado en la etapa donde las suposiciones deben ser probadas contra software, infraestructura y comportamiento real en testnet.

Ese es el valor de esta fase. Si aparecen problemas, pueden ser detectados antes de que la actualización avance hacia mainnet. Si el proceso se ejecuta sin problemas, Cardano gana evidencia más sólida de que su modelo de hard fork intra-era puede soportar actualizaciones significativas del protocolo sin requerir una transición completa de era cada vez que la red necesite mejoras específicas.

Para los SPOs, el mensaje es directo: la preparación de nodos importa. Para los equipos de dApps, Preview es el momento de probar la compatibilidad, especialmente donde las herramientas dependen de modelos de costos fijos, parámetros del protocolo o suposiciones sobre el comportamiento de Plutus. Intersect ya ha señalado que algunos problemas anteriores en Preview estaban vinculados a herramientas que utilizan parámetros codificados, con correcciones en progreso en las herramientas para desarrolladores afectadas.

Para el roadmap más amplio de Cardano, PV11 no es un evento de marketing. Es una prueba de coordinación. La gobernanza tiene que aprobar el camino, la ingeniería de lanzamiento tiene que entregar el software, los proveedores de infraestructura tienen que actualizarse, y los desarrolladores tienen que confirmar que las aplicaciones se comportan como se espera.

Eso es lo que hace importante esta fase. PV11 ya no es una propuesta esperando dentro del proceso de gobernanza. Ahora es una prueba en vivo de si los operadores, herramientas y la capa de aplicaciones de Cardano pueden moverse juntas antes de que la actualización llegue a mainnet.