Los desarrolladores de Ethereum chocan sobre la implementación de EOF mientras la actualización de la red enfrenta una prueba clave

Los desarrolladores de Ethereum discuten la implementación del Formato de Objeto EVM (EOF) mientras la red busca actualizar sus sistemas.

El choque comenzó cuando el equipo Geth de la red, que se ocupa principalmente del software Lightclient, objetó abiertamente incluir EOF en la actualización Fusaka.

El equipo Geth de Ethereum quiere excluir EOF de la actualización Fusaka

Algunos desarrolladores de Ethereum han apoyado firmemente la adición de EOF a la actualización Fusaka, mientras que otros siguen siendo escépticos sobre su utilidad. 

Idealmente, EOF está diseñado para hacer que las aplicaciones de Ethereum sean más eficientes y rentables, eliminando los errores de validación. Sin embargo, algunos han citado preocupaciones sobre la compatibilidad de EOF con la tecnología de roll-up de prueba cero en evolución de Ethereum.

Durante la reunión 13 de Ejecución de Todos los Desarrolladores del Núcleo (All Core Developers Execution Call), el equipo Geth de Ethereum comentó a través del chat de Zoom: “No estamos de acuerdo en que EOF debería enviarse a la mainnet en absoluto”, mostrando que no quieren integrar EOF con la actualización Fusaka en absoluto. 

Sin embargo, el desarrollador de Geth Marius van der Wijden dio una opinión separada de la del equipo, argumentando que trabajan principalmente como individuos y que los miembros del equipo no deberían estar obligados a “seguir la línea del partido”.

Anteriormente, Van der Wijden se opuso abiertamente a la implementación de EOF para la actualización Pectra de Ethereum, diciendo que el formato de objeto era muy complicado. El año pasado, insistió en que EOF solo hace que las aplicaciones existentes sean ligeramente más rápidas o baratas, argumentando que sus desventajas superan a sus ventajas.

Wijden, sin embargo, parece no importarle esta vez. Él declaró considera que si se implementa EOF, parte de su código se incluirá, lo cual es excelente, y si no se implementa, la red será mucho más segura.

La actualización Pectra estará operativa el 8 de abril 8

Según lo acordado durante la reunión de Ejecución de Todos los Desarrolladores del Núcleo, los desarrolladores de Ethereum lanzamiento implementarán la actualización Pectra en las testnets Holesky y Sepolia el 24 de febrero y el 5 de marzo, respectivamente. Después de eso, lanzarán Pectra en la mainnet el 8 de abril.

Sin embargo, Tim Beiko, líder de Soporte de Protocolo de la Fundación Ethereum, quiere que los plazos de la actualización Fusaka se adelanten, dada la creciente conflictividad entre los desarrolladores. Sugirió que la decisión final sobre Fusaka debería tomarse antes del 10 de abril. El equipo Geth aún cree que el cronograma de la actualización es demasiado apresurado y que tomar cualquier decisión prematura podría complicar aún más las cosas.

Por no mencionar que los desarrolladores de ETH aún chocan sobre las Especificaciones de la Capa de Ejecución de Ethereum (EELS) para las EIP. El ingeniero de Ethereum Mario Vega propuso pruebas estandarizadas a través de EELS y EEST para aumentar la eficiencia; sin embargo, algunos desarrolladores se oponen a la idea.

Wijden incluso afirmó que la EELS obligatoria daría a los mantenedores demasiado control sobre las aprobaciones de EIP, proponiendo solicitudes de extracción (pull requests) no fusionadas para las implementaciones de EELS.