Publi

La Fundación Uniswap, la organización que respalda el protocolo de finanzas descentralizadas (DeFi) Uniswap, ha anunciado sus planes para lanzar la versión 4 del protocolo luego de la próxima actualización de Dencun en la red principal de Ethereum. A través de una publicación en la plataforma de redes sociales X (anteriormente conocida como Twitter), la Fundación presentó su hoja de ruta para el lanzamiento de la versión 4 (v4), indicando que actualmente se encuentra en una fase de “Congelación de código”. Esta fase implica completar el código central, realizar pruebas, optimizar el uso de gas, mejorar la seguridad y finalizar los componentes periféricos. Los próximos pasos incluyen auditorías integrales del código v4 por parte de firmas de auditoría profesionales y un concurso de auditoría liderado por la comunidad, con el objetivo de hacer de Uniswap v4 el «código auditado más rigurosamente jamás implementado en Ethereum». Además, el protocolo se implementará en una red de prueba para realizar los ajustes finales.

La Fundación Uniswap anticipa el lanzamiento de Uniswap v4 en la red principal de Ethereum en el tercer trimestre de 2024. Sin embargo, este cronograma es tentativo y depende de la progresión de la actualización de Dencun en Ethereum. La actualización Dencun de Ethereum estará disponible en la red principal de la red el 13 de marzo. Incluye la introducción de proto-danksharding y blobs, con el objetivo de reducir significativamente los costos de transacción en redes de capa 2. Se programó apenas un día después de que se implementara con éxito en la red de prueba de Holesky. La implementación de Holesky fue la tercera de tres redes de prueba que se realizaron sin ningún contratiempo. A través de Dencun, la red introducirá proto-danksharding e implementará «transacciones portadoras de blobs» para permitir que las redes de capa 2 utilicen más espacio de bloques de Ethereum. Las transacciones que contienen blobs son similares a las normales, pero tienen una parte de datos adicional. La actualización restringirá los blobs por bloque a 16, cada uno de los cuales tendrá como máximo 128 KB, lo que suma aproximadamente 2 megabytes de espacio en bloque. Este aumento en el espacio de bloque es un beneficio tanto para los paquetes acumulativos optimistas como para los de conocimiento cero, ya que les permite poner promesas de datos de transacciones en la cadena y al mismo tiempo mantener los datos reales en blobs de datos en lugar de datos de llamadas. Es probable que este método haga que las transacciones sean más rápidas y económicas.

Publicidad

DEJA UNA RESPUESTA

Por favor ingrese su comentario!
Por favor ingrese su nombre aquí

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.