Ethereum Devs chocan sobre actualizaciones inminentes

El ambicioso plan de Ethereum para acelerar sus actualizaciones de red se enfrenta a una prueba crítica ya que sus desarrolladores principales chocan con los cambios clave en la arquitectura técnica de la cadena de bloques que podría tener consecuencias drásticas para un ecosistema que vale miles de millones en valor.

Los desacuerdos giran en torno a cómo implementar el formato de objeto EVM (EOF), un formato de contenedor que funciona mejorando cómo se separan el código y los datos en los contratos inteligentes de Ethereum.

EOF funciona haciendo controles de seguridad en EVM Bytecode por adelantado, en lugar de durante la ejecución. Los bytecodes son instrucciones de bajo nivel que la máquina virtual Ethereum (EVM) podría entender y trabajar.

El efecto previsto de EOF es hacer que las aplicaciones en la red se ejecuten más rápido y más barato, al tiempo que evitan ciertos tipos de errores de validación que podrían causar problemas en el camino.

La grieta surgió durante el 13 de febrero de la llamada de ejecución de todos los desarrolladores principales (ACDE), cuando el equipo Geth, que mantiene LightClient, el software cliente más utilizado de Ethereum, expresó su oposición a incluir el EOF para Fusaka, a pesar de estar en la preparación y en preparación en preparación en preparación y pruebas.

“No estamos de acuerdo con que EOF debería enviarse en Mainnet en absoluto”, escribió el equipo de Geth en comentarios sobre el chat de zoom, lo que indica que su perspectiva se inclina hacia la eliminación de EOF de la actualización de Fusaka por completo.

Sin embargo, este punto de vista no representa ningún consenso colectivo, con el desarrollador de Geth Marius van der Wijden diciendo que el equipo de Geth trabaja “principalmente como individuos”.

“No creo que debamos obligar a los miembros del equipo a ‘caer en la línea del partido'”, declaró Van Der Wijden durante la llamada.

Van der Wijden ha sido un crítico vocal de la implementación de EOF para la inminente actualización de Pectra de Ethereum.

“El mayor problema que veo es que EOF es extremadamente complejo”, escribió van der Wijden en un blog el año pasado.

Van der Wijden señala que EOF “solo hace las cosas existentes un poco más rápidas o un poco más baratas”, mientras que “los inconvenientes superan fuertemente los beneficios potenciales”.

Pero medio año después, parece que a van der Wijden ya no le importa.

Recogiendo el ritmo

Tim Beiko, el líder de soporte de protocolo de Ethereum Foundation, confirmó que la actualización de Pectra más inmediata procederá a Public Testnets Holesky y Sepolia el 24 de febrero y el 5 de marzo respectivamente, con el despliegue de Mainnet dirigido al 8 de abril.

Para abordar las tensiones de montaje, Beiko propuso una línea de tiempo extendida para finalizar el alcance de Fusaka: una nueva fecha límite para proponer nuevas propuestas de mejora (13 de marzo), otro para aceptar las preferencias de actualización (27 de marzo) y una decisión final sobre lo que Fusaka debería incluir (10 de abril).

La resistencia del equipo de Geth a EOF también abre preocupaciones más amplias sobre cuán rápido podría cambiar Ethereum.

“Necesitamos tratar de averiguar qué (las propuestas) encajan mejor con los objetivos que queremos tener los próximos 12 meses y luego ir desde allí”, dijo un desarrollador de Geth durante la llamada, abogando por un enfoque más medido de cómo podría Ethereum ser mejorado.

Mientras tanto, el desarrollador Roman Krasiuk enfatizó la importancia de mantener el impulso: “Nunca llegaríamos a un ritmo más rápido si no nos comprometemos con anticipación al alcance”.

Los desarrolladores independientes y otros equipos de clientes continúan apoyando la inclusión de EOF, con pruebas continuas en redes de desarrollo dedicadas junto con otras mejoras planificadas para la disponibilidad de datos en la red.

Van der Wijden, Beiko, y un investigador de la Fundación Ethereum no respondieron de inmediato las solicitudes de comentarios de Descifrar.