La actualización de Plutus Cost Model de Cardano llega a mainnet esta noche antes del hard fork van Rossem

La actualización de parámetros de Plutus Cost Model de Cardano está programada para entrar en vigor en mainnet el 18 de junio de 2026 a las 21:45 UTC, tras su ratificación mediante la gobernanza en cadena. La acción fue ratificada el 13 de junio con un 68.57% de aprobación de los DRep y 5 de 7 votos del Constitutional Committee.

La actualización se aplica a la forma en que Cardano mide el coste computacional de la ejecución de contratos inteligentes de Plutus. Para desarrolladores y equipos de dApps, el impacto principal es en las pruebas prácticas, la estimación de comisiones, el equilibrado de transacciones y la validación de scripts bajo los parámetros actualizados de mainnet.

La mainnet de Cardano se prepara para la entrada en vigor de Plutus Cost Model

Plutus Cost Model define cómo Cardano calcula el coste de ejecución de los scripts de contratos inteligentes de Plutus. Asigna valores de ejecución para el uso de CPU y memoria, que luego se emplean al calcular las comisiones de transacción asociadas a la ejecución de scripts.

La acción de Plutus Cost Model para mainnet fue presentada el 26 de mayo de 2026 y posteriormente ratificada mediante el proceso de gobernanza en cadena de Cardano. Su entrada en vigor programada para el 18 de junio aplica parámetros actualizados a mainnet antes de que el proceso más amplio del van Rossem hard fork alcance su propia etapa de entrada en vigor.

Intersect ha descrito la ruta de actualización de mainnet como dos acciones de gobernanza separadas. La primera es la actualización de parámetros de Plutus Cost Model, mientras que la segunda es la acción de iniciación del hard fork para Protocol Version 11.

La acción de gobernanza se titula “Update Plutus Cost Models” y está clasificada como un Protocol Parameter Change. Una vez entre en vigor, la configuración actualizada del modelo de costes pasa a formar parte de los parámetros activos del protocolo que utilizan las aplicaciones, las wallets y la infraestructura que construyen y validan transacciones de Plutus.

Qué cambia para los scripts de Plutus y los equipos de dApps

Según Intersect, la actualización de Plutus Cost Model contiene dos grupos de cambios que entran en vigor en etapas diferentes. El primer grupo incluye aumentos en el modelo de costes para algunas primitivas existentes. Estos cambios entran en vigor inmediatamente después de que la actualización de parámetros entre en vigor.

Para los equipos de dApps, los proveedores de wallets, los constructores de transacciones y los proveedores de infraestructura, la actualización cambia el entorno que se utiliza para calcular los costes de ejecución de Plutus. Las aplicaciones que dependen de scripts de contratos inteligentes pueden necesitar comprobar el cálculo de comisiones, el equilibrado de transacciones, la evaluación de scripts y cualquier suposición local incorporada en sus herramientas.

En términos prácticos, esto afecta a cómo se prepara una transacción antes de enviarla a la red. Si una dApp utiliza scripts de Plutus, sus herramientas deben estimar correctamente los costes de ejecución para que la transacción pueda construirse, equilibrarse y enviarse sin fallos inesperados.

El diseño de Plutus de Cardano permite evaluar los costes de ejecución de los scripts antes de enviar una transacción. Esto hace que una configuración precisa del modelo de costes sea importante para los equipos que construyen aplicaciones que se basan en contratos inteligentes, especialmente protocolos DeFi, infraestructura de NFT, wallets y otras aplicaciones con mucho volumen de transacciones.

La actualización no hace que las nuevas primitivas de Plutus introducidas sean utilizables de inmediato. Intersect afirma que esas primitivas estarán disponibles solo después del propio van Rossem hard fork. La actualización de parámetros programada para esta noche coloca la configuración de costes relacionada en posición para que pueda usarse después de que entre en vigor Protocol Version 11.

El van Rossem hard fork permanece en una vía de gobernanza separada

Se espera que el van Rossem hard fork introduzca Protocol Version 11 y amplíe Plutus con funciones integradas adicionales. La documentación de Intersect hace referencia a nuevos elementos técnicos conectados con CIP-109, CIP-132, CIP-133, CIP-138 y CIP-153.

La actualización de Plutus Cost Model forma parte de ese camino, pero no es el evento final del hard fork. Su función es actualizar los parámetros actuales de costes de ejecución y preparar la configuración de costes para primitivas que estarán disponibles solo después de que entre en vigor Protocol Version 11.

Las pruebas en Preview y Preprod precedieron al paso a mainnet. En Preprod, la actualización de Plutus Cost Model entró en vigor antes del hard fork, lo que dio a los equipos de dApps y a los desarrolladores tiempo para probar frente a los cambios de costes antes de la progresión a mainnet.

Tras la entrada en vigor programada para esta noche, el foco activo de los constructores pasa del estado de gobernanza a la verificación en mainnet. Las áreas relevantes incluyen los scripts de Plutus, la estimación de comisiones, los constructores de transacciones, las integraciones con wallets y los flujos de aplicación que dependen de los costes de ejecución de scripts.

La siguiente fase del proceso de van Rossem permanece vinculada a la acción de gobernanza separada de iniciación del hard fork. Ese proceso involucra a los miembros del Constitutional Committee, a los DReps y a los SPOs, con Protocol Version 11 dependiendo de su propia vía de aprobación y entrada en vigor. Para los desarrolladores de Plutus, la actualización de parámetros de esta noche es el punto en el que las suposiciones de costes actualizadas pasan de los entornos de prueba a la capa de ejecución en mainnet en vivo.