Cardano mueve la actualización del modelo de costos de Plutus a PreProd mientras regresa el debate sobre la escalabilidad de eUTXO

La actualización del modelo de costos de Plutus de Cardano llega a PreProd

El parámetro de actualización del modelo de costos de Plutus de Cardano se implementó en la red de prueba PreProd el 16 de mayo, ofreciendo a los desarrolladores un entorno en vivo para probar scripts existentes antes de que el cambio avance hacia la mainnet. Intersect mencionó que se anima encarecidamente a los desarrolladores a revisar sus configuraciones actuales antes del progreso, especialmente en los casos en que las aplicaciones dependen de presupuestos de ejecución de Plutus.

La actualización incrementa los parámetros del modelo de costos de CPU para primitivas específicas de Plutus. Las operaciones afectadas incluyen equalsByteString en Plutus V1, V2 y V3, junto con varias operaciones de enteros en Plutus V3, incluidas divideInteger, modInteger, quotientInteger y remainderInteger. Para los usuarios, esto puede no aparecer como un cambio visible en el producto. Para los desarrolladores, modifica el entorno de ejecución del que dependen los contratos inteligentes.

Los modelos de costos de Plutus definen cómo se valora el trabajo computacional cuando se ejecutan los scripts en Cardano. Si un script ya está cerca de su presupuesto de CPU, un aumento en los costos puede afectar si ese script todavía se ajusta a los límites de ejecución. Por eso las pruebas en PreProd son esenciales para protocolos DeFi, plataformas NFT, aplicaciones de identidad, herramientas de gobernanza y cualquier sistema de producción que utilice scripts de Plutus.

Por qué la actualización de Plutus es importante para los desarrolladores de Cardano

La actualización del modelo de costos de Plutus es parte del camino de actualización más amplio de Van Rossem. La actualización de Intersect del 8 de mayo describió la preparación continua en torno al nodo, la infraestructura y la preparación del ecosistema, y señaló que se había enviado una acción de gobernanza de parámetros de protocolo del modelo de costos de Plutus en PreProd.

La cuestión no es que Cardano sea más rápido porque una actualización de parámetros alcanzó una red de prueba. El punto más preciso es que Cardano está ajustando las reglas que definen cómo se mide la ejecución de contratos inteligentes. Eso importa porque el entorno de desarrollo de Cardano depende en gran medida de costos predecibles, comportamiento confiable de las transacciones y límites claros de ejecución.

Este es un trabajo de infraestructura, no material de marketing. Los cambios en el modelo de costos están por debajo de la superficie de la experiencia del usuario, pero determinan si las aplicaciones se mantienen estables cuando evolucionan los parámetros del protocolo. Los equipos que mantienen contratos inteligentes ahora tienen una razón directa para probar, medir y ajustar antes de que las mismas suposiciones se lleven a las condiciones de la mainnet.

El riesgo es práctico. Los contratos más antiguos, scripts altamente optimizados o aplicaciones que ya operan cerca de los límites de ejecución pueden necesitar revisión. Eso no hace que la actualización sea negativa. Hace que la ventana de pruebas sea valiosa.

La respuesta de Charles Hoskinson sobre eUTXO añade un contexto más amplio

El mismo día, Charles Hoskinson respondió a un post en X que afirmaba que un análisis de IA había concluido que Cardano no podía escalar debido a su arquitectura UTXO. Hoskinson desestimó la afirmación de manera rotunda, escribiendo: “Edición Dunning Kruger AI. ‘La IA me dijo que UTXO no puede escalar.’”

Esa interacción debería mantenerse como secundaria a las noticias técnicas, pero explica por qué la actualización de Plutus importa más allá de un cambio de parámetro. Cardano sigue siendo frecuentemente juzgado a través de suposiciones construidas en torno a blockchains basadas en cuentas, aunque su arquitectura sigue un modelo diferente. La documentación de Cardano explica que Cardano utiliza un modelo UTXO extendido, que extiende el enfoque UTXO de Bitcoin con soporte para activos múltiples y contratos inteligentes.

El malentendido no solo está en la terminología. En un sistema basado en cuentas, los desarrolladores y analistas a menudo piensan en términos de estado compartido. En el modelo eUTXO de Cardano, el diseño de aplicaciones depende de suposiciones diferentes sobre validación, construcción de transacciones y ejecución paralela. Eso hace que las comparaciones superficiales sean engañosas, especialmente cuando reducen el modelo de escalabilidad de Cardano a un resumen genérico de IA en lugar de examinar cómo se construyen las aplicaciones reales.

La actualización del modelo de costos de Plutus es la respuesta más útil de Cardano a ese debate. Proporciona a los desarrolladores un entorno de prueba concreto, primitivas específicas para revisar y una razón clara para verificar si sus aplicaciones permanecen dentro de los límites de ejecución. Si se va a tomar en serio la crítica del eUTXO, debe encontrarse con Cardano donde la arquitectura realmente se prueba: en scripts, presupuestos, diseño de transacciones y preparación para la producción, no en afirmaciones simplificadas sobre lo que UTXO puede o no puede hacer.