Los desarrolladores Ethereum se enfrentan por la implementación de EOF mientras la actualización de la red enfrenta una prueba clave

Los desarrolladores Ethereum luchan por la implementación del formato de objeto EVM (EOF) mientras la red busca actualizar sus sistemas.

El conflicto comenzó cuando el equipo Geth de la red, que se ocupa principalmente del software Lightclient, se opuso abiertamente a la inclusión de EOF en la actualización de Fusaka.

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

Algunos desarrolladores Ethereum han apoyado firmemente la incorporación de EOF a la actualización de Fusaka, mientras que otros todavía son escépticos sobre su utilidad. 

Idealmente, EOF busca hacer que las aplicaciones Ethereum sean más eficientes y rentables, a la vez que elimina los errores de validación. Sin embargo, algunos han expresado inquietudes sobre la compatibilidad de EOF con la tecnología de acumulación de conocimiento cero (CAP) en constante evolución de Ethereum.

Durante la llamada de ejecución para todos los desarrolladores principales del 13 de febrero, Ethereumcomentó en el chat de Zoom: "No estamos de acuerdo con que EOF deba implementarse en la red principal", lo que demuestra que no desean integrar EOF con la actualización de Fusaka en absoluto. 

Sin embargo, el desarrollador de Geth, Marius van der Wijden, dio una opinión diferente a 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 de Pectra de Ethereum, argumentando que el formato del objeto era muy complejo. El año pasado, insistió en que EOF solo acelera o abarata ligeramente las aplicaciones existentes, argumentando que sus desventajas superan a sus ventajas.

Sin embargo, a Wijden parece no importarle esta vez. Afirmó que si se implementa el EOF, se incluirá parte de su código, lo cual es excelente, y que si no se implementa, la red será mucho más segura.

La actualización de Pectra se lanzará el 8 de abril

Según lo acordado durante la convocatoria de ejecución de todos los desarrolladores principales, Ethereum los desarrolladores lanzarán la actualización de Pectra en las redes de prueba Holesky y Sepolia el 24 de febrero y el 5 de marzo, respectivamente. Posteriormente, lanzarán Pectra en la red principal el 8 de abril.

Sin embargo, Tim Beiko, responsable de soporte de protocolo de la Fundación Ethereum , desea que se agilicen los plazos para la actualización de Fusaka, dado el creciente conflicto entre los desarrolladores. Sugirió que la decisión final sobre Fusaka debería tomarse antes del 10 de abril. El equipo de Geth aún considera que el plazo de actualización es demasiado apresurado, y tomar una decisión prematura podría complicar aún más las cosas.

Además, los desarrolladores de ETH siguen discrepando sobre las Especificaciones de la Capa de Ejecución Ethereum (EELS) para las EIP. El ingeniero Ethereum Mario Vega propuso pruebas estandarizadas mediante EELS y EEST para aumentar la eficiencia; sin embargo, algunos desarrolladores se oponen a la idea.

Wijden incluso afirmó que el EELS obligatorio daría a los mantenedores demasiado control sobre las aprobaciones de EIP, proponiendo solicitudes de extracción no fusionadas para las implementaciones de EELS.