zkSync Era se está actualizando y tiene excelentes noticias para usuarios y constructores. Después de su actualización más reciente (VM versión 1.4.2, Protocolo versión 22), que introdujo soporte EIP-4844 y redujo significativamente nuestras tarifas en un factor de 10, ahora es el momento oportuno para introducir algunas funcionalidades novedosas y mejoras al Protocolo v24.
La empresa encontró ciertas dificultades con la v23 en sus entornos internos antes de decidir estandarizar las mejoras.
Algunas de las mejoras a la nueva versión incluirán la adición de precompilaciones de operaciones de curvas EVM, zkSync Bridgehub y una nueva precompilación para P256Verify. Además, ciertas operaciones han adoptado estructuras de precios revisadas.
Establecer confianza e interoperabilidad requiere el cumplimiento de requisitos de calidad específicos de la cadena ZK Stack. Para gestionar la autenticación de prueba en todas las cadenas, se requiere un conjunto estándar de contratos inteligentes de Capa 1. Se requiere de todas las cadenas una implementación justa del mecanismo de prueba de escala.
Los puentes compartidos son una parte importante para lograr liquidez unificada en el ecosistema. Un único contrato puente en la Capa 1 conectará todos los activos L1 (ETH y ERC20). Estos puentes facilitan las operaciones de los usuarios, como retiros y depósitos, en todos los ZK Stacks. También está el posicionamiento de sus equivalentes en ZK Stack Chain.
El zkSync Bridgehub sirve como componente principal que facilita la comunicación entre los puentes y todos los contratos de las cadenas ZK Stack a través de un punto centralizado; permite asegurar los activos L1, incluidos los L3 y los validium, en el mismo contrato en todas las cadenas. Además, todas las cadenas se registran en este punto de conexión para interactuar con los buzones de otras cadenas, solicitar transacciones L1>L2 y registrarse para ingresar al ecosistema.
Los contratos del State Transition Manager (STM) están destinados a autenticar las pruebas asociadas con todas las cadenas. Además, es responsable de implementar un DiamondProxy para cada cadena, que sirve como componente principal y representación final de una cadena en L1.