El hard fork van Rossem de Cardano entra en el impulso final de gobernanza tras la recomendación de ratificación del HFWG

El hard fork van Rossem de Cardano se acercó a la activación en mainnet después de que el Hard Fork Working Group votó el 30 de junio a favor de una recomendación formal para su ratificación. La actualización sigue a las pruebas en Preview y PreProd, la puesta en vigor en mainnet de la actualización de parámetros de Plutus Cost Model y la presentación de la acción de inicio del hard fork a través del proceso de gobernanza de Cardano. Según la última actualización de Intersect, el apoyo de los DRep superó el umbral requerido, mientras que la aprobación de los SPO sigue siendo la principal condición de gobernanza pendiente.

La recomendación del HFWG acerca a van Rossem a la ratificación

El hard fork van Rossem es la actualización planificada de Cardano a Protocol Version 11. Es un hard fork intra era, lo que significa que Cardano permanece dentro de la era Conway mientras introduce cambios a nivel de protocolo sin pasar a una nueva era de ledger.

La documentación de actualización de Intersect describe el proceso en mainnet como dos acciones de gobernanza conectadas. La primera fue la actualización de parámetros de Plutus Cost Model, que fue ratificada por los DRep y los miembros del Comité Constitucional y puesta en vigor en mainnet el 18 de junio. La segunda es la acción de inicio del hard fork, presentada el 16 de junio, que ahora avanza hacia la ratificación final.

La recomendación del HFWG no activa por sí sola el hard fork. Proporciona al ecosistema una visión formal del estado de preparación por parte del grupo de trabajo responsable de coordinar la actualización. La decisión final permanece dentro del proceso de gobernanza on-chain de Cardano, donde DRep, operadores de stake pools y el Comité Constitucional tienen cada uno roles definidos.

La actualización de Intersect del 30 de junio indicó el apoyo de los DRep en 64.78 por ciento frente a un umbral de 60 por ciento, mientras que el apoyo de los SPO se situó en 36 por ciento frente a un umbral de 51 por ciento. Eso coloca a van Rossem cerca de completarse, pero aún sin cumplir todas las condiciones de ratificación requeridas.

Por qué Protocol Version 11 es importante para Cardano

Protocol Version 11 es importante porque mejora las partes de Cardano de las que dependen los desarrolladores y los operadores de infraestructura al crear y mantener aplicaciones.

Para los desarrolladores de contratos inteligentes, van Rossem amplía la disponibilidad de las funciones integradas de Plutus en Plutus V1, V2 y V3. También introduce expresiones case para tipos fundamentales como Bool, Integer y Data. En términos prácticos, esto brinda a los desarrolladores una lógica de scripts más limpia y rutas de ejecución más eficientes para ciertas operaciones on-chain.

La actualización también añade manejo nativo de arreglos, operaciones multiactivo optimizadas, exponenciación modular, herramientas de manipulación de listas y multiplicación multiescalar BLS12-381. No son funciones de cara al consumidor, pero importan para el diseño de aplicaciones. Pueden admitir contratos inteligentes más eficientes, casos de uso criptográficos más avanzados y mejores bases para sistemas de pruebas de conocimiento cero en Cardano.

Van Rossem también incluye mejoras en el ledger y en Cardano Node. La actualización añade la aplicación de unicidad de claves VRF a nivel de ledger, ajusta las reglas de entradas de referencia para Plutus V1 y V2, mejora el comportamiento de validación en torno a las estructuras de retiros y ofrece a los operadores informes más claros cuando los hashes de parámetros de protocolo no coinciden.

Para Cardano, el efecto combinado es importante. La actualización mejora la capa de contratos inteligentes, fortalece partes de la infraestructura de stake pools y añade claridad operativa para los operadores de nodos. También brinda al ecosistema otra prueba real de si las actualizaciones técnicas pueden avanzar a través de la gobernanza descentralizada sin depender de una sola organización para tomar la decisión final.

La votación de los SPO se convierte en la prueba operativa final

La participación de los SPO es ahora el elemento central restante en el proceso. Los operadores de stake pools no son solo proveedores de servicios en Cardano. Operan la capa productora de bloques de la red, lo que otorga a su voto un papel directo en la gobernanza del hard fork.

La preparación de los nodos y la votación de los SPO miden cosas diferentes. La preparación de los nodos muestra si los operadores están ejecutando software compatible con Protocol Version 11. La votación de los SPO muestra si esa misma capa operativa ha aprobado explícitamente la acción de gobernanza. Una alta cuota de producción de bloques en nodo v11 respalda la preparación técnica, pero no completa automáticamente la votación on-chain.

Cardano Foundation recordó previamente a los SPO que las configuraciones de autoabstención no se aplican a los votos de los SPO para esta acción de hard fork. Esa distinción es relevante porque la no participación pasiva puede dejar la aprobación de los SPO por debajo del umbral requerido incluso si gran parte de la red ya actualizó su software.

El proceso de preparación también se extiende más allá de los stake pools. Intersect rastrea la preparación del ecosistema en intercambios, billeteras, herramientas, indexadores, dApps y servicios de infraestructura mediante autocertificación y actualizaciones mantenidas por la comunidad. Esa visión más amplia brinda a los participantes de la gobernanza más información antes de votar sobre un cambio de protocolo.

Si van Rossem alcanza la ratificación, Cardano completará una ruta de actualización en mainnet que pasó por el despliegue en testnet, la promulgación del modelo de costos de Plutus y la aprobación formal on-chain. El resultado llevaría las funciones de Protocol Version 11 a mainnet y mostraría cómo el sistema de gobernanza actual de Cardano gestiona una actualización técnica en vivo donde la preparación, la votación y las operaciones de red deben converger antes de que cambie el protocolo.