Intersect presenta la acción de hard fork van Rossem en la mainnet de Cardano, en honor a Max van Rossem

Intersect anunció que la acción de gobernanza para iniciar la bifurcación dura van Rossem ha sido presentada en la mainnet de Cardano. La acción lleva Protocol Version 11 a la siguiente etapa de gobernanza on chain, donde DReps, el Constitutional Committee y los operadores de stake pools participan en el proceso de aprobación antes de cualquier activación en mainnet.

La actualización propuesta es una bifurcación dura intraera, lo que significa que Cardano permanece dentro de la era Conway mientras introduce nuevas funciones de protocolo. Intersect describió la actualización como un paso que sienta las bases para la próxima era importante, Dijkstra, que se espera que lleve Leios a la mainnet de Cardano. La bifurcación dura lleva el nombre de Max van Rossem, un miembro de la comunidad de Cardano que contribuyó como desarrollador, operador de stake pool, DRep y delegado de la Constitutional Convention.

Acción de hard fork van Rossem presentada en la mainnet de Cardano

La acción de hard fork van Rossem propone el paso de Cardano a Major Protocol Version 11 y Minor Version 0. Según Intersect, la presentación en mainnet siguió a una reunión especial del Hard Fork Working Group el 15 de junio de 2026, con apoyo del Intersect Technical Steering Committee. La acción se presentó durante el epoch 637 el 16 de junio de 2026.

La presentación no activa la bifurcación dura de inmediato. Inicia la fase de gobernanza en mainnet para la acción de inicio del hard fork, con aprobación requerida a través del sistema de gobernanza on chain de Cardano. La acción tiene una fecha de vencimiento del 18 de julio de 2026 si el proceso no se completa antes.

El calendario final ahora depende de la aprobación de gobernanza y del límite de epoch correspondiente, con una posible activación en mainnet desde finales de junio hasta julio de 2026.

La presentación en mainnet sigue a trabajos previos en testnet. Preview pasó a Protocol Version 11 el 8 de mayo de 2026, mientras que PreProd activó el hard fork el 10 de junio de 2026 a las 00:00 UTC. La actualización de parámetros correspondiente del Plutus Cost Model en mainnet ya ha sido ratificada, con activación programada para el 18 de junio de 2026 a las 21:45 UTC.

Protocol Version 11 añade actualizaciones de Plutus y del ledger

Protocol Version 11 incluye cambios en Plutus, las reglas del ledger y la infraestructura de nodos. Uno de los cambios centrales de Plutus es la alineación de las funciones integradas en Plutus V1, V2 y V3. Esto amplía la funcionalidad disponible para versiones antiguas de scripts de Plutus y reduce las diferencias entre generaciones de contratos inteligentes.

La actualización también introduce nuevas funciones integradas y tipos nativos. Estos incluyen el tipo Array de CIP-138, el tipo MaryEraValue de CIP-153, exponenciación modular de CIP-109, dropList de CIP-132 y multiplicación multiescalar sobre BLS12-381 de CIP-133. Estas incorporaciones son relevantes para operaciones criptográficas avanzadas, manejo de datos y un desarrollo más complejo de aplicaciones on chain.

La actualización también agrega compatibilidad para expresiones case sobre los tipos integrados Bool, Integer y Data dentro de Untyped Plutus Core. Esto busca mejorar la lógica de los scripts y hacer más eficientes las operaciones de coincidencia de datos.

En el ámbito del ledger y los nodos, la actualización incluye la aplicación de la unicidad de claves VRF para stake pools, reglas revisadas de entradas de referencia para scripts de Plutus V1 y V2, el traslado de ciertas verificaciones de restricciones de votación del Constitutional Committee a las reglas del ledger, un manejo más claro de predicados de retiros no coincidentes e informes mejorados para casos de desajuste del hash de parámetros de protocolo.

Cardano-node 11.0.1 ya se ha publicado como la primera versión de nodo que admite el hard fork de Protocol Version 11. Esta versión permite que la red pase a Protocol Version 11 una vez que la acción de gobernanza sea aprobada y activada on chain.

La votación de gobernanza lleva una dedicación de la comunidad a Max van Rossem

El hard fork van Rossem también lleva una dedicación formal de la comunidad. El nombre honra a Max van Rossem, quien murió en octubre de 2025 y estuvo activo en varias partes del ecosistema de Cardano. Intersect lo describió como un constructor dedicado, desarrollador, operador de stake pool, DRep, delegado de la Constitutional Convention y un colaborador más amplio de la comunidad.

Tras su fallecimiento, la comunidad de Cardano votó a inicios de 2026 para dedicar el hard fork de Protocol Version 11 en su honor. La acción informativa, titulada “Name Protocol Version 11 hard fork, van Rossem”, recibió 83.62% de apoyo de DReps y 4.44 mil millones de ada en apoyo de voto.

Una dedicación perdurable a Max van Rossem también se ha incluido en los metadatos de la propuesta. La denominación sitúa el hard fork tanto dentro de la ruta de actualización técnica de Cardano como en su registro de gobernanza, vinculando el proceso de Protocol Version 11 con una decisión de la comunidad tomada antes de la presentación en mainnet.

Hasta su activación, el hard fork van Rossem sigue siendo una acción de gobernanza activa. Sus próximos pasos dependen de la votación on chain, el seguimiento de preparación y los umbrales de gobernanza requeridos. Si se aprueba y activa, Protocol Version 11 introducirá nueva funcionalidad de Plutus, reglas del ledger refinadas y un proceso de actualización de mainnet impulsado bajo el marco de gobernanza Voltaire de Cardano.