El Ethereum ACDE Call 205: Major Ethereum actualizaciones el 24 de febrero, 5 de marzo y 8 de abril

Los desarrolladoresEthereum han finalizado el cronograma para las próximas actualizaciones de la red. Se realizarán cambios importantes el 24 de febrero, el 5 de marzo y el 8 de abril. Las decisiones clave se finalizaron durante la reciente ejecución de todos los desarrolladores principales (ACDE) Llame al 205 de febrero de 2025.

discusiones de reunión de zoom quincenal fueron dirigidas por el soporte del protocolo Ethereum Los desarrolladores confirmaron que la actualización de Pectra se activaría en el Holesky Testnet el 24 de febrero. Después, la Testnet Sepolia aumentará el 5 de marzo.

Si ambos despliegue continúan sin problemas, el principal de Ethereumrecibirá la actualización alrededor del 8 de abril. 

Beiko dijo que coordinaría con los equipos para encontrar un voluntario para implementartracdel sistema Pectra en ambas pruebas.

Debates sobre futuras horquillas Ethereum y velocidad de actualización

Además, el equipo de desarrolladores discutió la próxima actualización planificada después de Pectra y Fusaka. Beiko propuso congelar el alcance de Fusaka para cuando Pectra se lanza en el principal.

La línea de tiempo permite a los desarrolladores comenzar a trabajar en Fusaka, al tiempo que planea el posterior Hardfork Glamsterdam. 

El equipo de desarrollo de Geth no quiere trabajar con esta línea de tiempo. Argumentan que era prematuro consolidar el alcance de Fusaka. La inclusión de la propuesta de mejora Ethereum (EIP) EOF en Fusaka ha provocado un debate considerable. Una facción de desarrolladores aboga por su exclusión de la próxima actualización.

EOF ( Ethereum ) es una actualización destinada a mejorar la forma en que los controles inteligentes trac estructuran y ejecutan en la Ethereum .

El desarrollador de Geth LightClient se opuso a la velocidad de la congelación del alcance de Fusaka. El desarrollador argumenta que las prioridades de Ethereum Señaló que, si bien los desarrolladores apuntan a ciclos de actualización de seis meses, los retrasos en el mundo real podrían estirarlos a ocho meses o más. Esto significa que las mejoras importantes podrían no implementarse durante años.

LightClient planteó preocupaciones con respecto a la incorporación de EOF, destacando el progreso rápido de la tecnología de rollo de conocimiento cero de Ethereum(ZKEVMS). Los desarrolladores permanecen en la oscuridad con respecto a la interacción de estos cambios con la máquina virtual.

Durante la discusión, el desarrollador de Geth Marius van der Wijden enumeró su alcance preferido para Fusaka, que incluía Peerdas, Focil, EOF y los límites superiores para Modexp. El ingeniero de operaciones de desarrolladores de EF, Parithosh Jayanthi, retrocedió, afirmando que Focil no estaba tan listo para la implementación como Peerdas y EOF.

Pectra Software Testnet actualizaciones y comentarios de la comunidad

Los desarrolladores superaron sus desacuerdos sobre Fusaka para expresar confianza en el despliegue de Pectra . El ingeniero de desarrollo y operaciones de EF, Parithosh Jayanthi, informó que Pectra Devnet 6 estaba funcionando bien, con tasas de validación casi perfecta.

Además, el Ephemery Testnet de Ethereumactivó la actualización de Pectra unas pocas horas después de la llamada ACDE, permitiendo a los desarrolladores realizar más pruebas.

Beiko le pidió a los autores de Pectra EIP que trasladen sus propuestas a la fase de "última llamada" en Github . Esto indica los pasos finales antes de la implementación de Mainnet. También analizó los comentarios de la Ethereum . Con ese fin, señaló que la solicitud más común era acelerar los ciclos de actualización.

En respuesta, sugirió que los desarrolladores Ethereum deberían apuntar a finalizar el alcance de cada actualización tan pronto como el anterior se presente en la NETA Mainnet.

propuesta por Beiko para finalizar el alcance de Fusaka establece que, para el 13 de marzo, los desarrolladores deben proponer EIP para su inclusión en la actualización. Dos semanas después, el 27 de marzo, los equipos de clientes compartirán sus preferencias sobre las cuales los EIP deben considerarse para Fusaka. Finalmente, para el 10 de abril, se finalizará el alcance de la actualización.

Sin embargo, el investigador de EF Ansgar Dietrichs agregó una excepción al momento. Señaló que las mejoras en el código de Peerdas, un componente crítico de la actualización de Pectra, deben cargarse en el Ethereum Mainnet tan pronto como se complete. Nadie se opuso a este requisito.

Preocupaciones sobre los estándares de prueba de anguilas y EIP

Otro punto de preocupación durante la llamada de ACDE fue una propuesta del ingeniero de pruebas de EF Mario Vega. Esto se produjo con respecto al marco de prueba de la capa de ejecución Ethereum . Vega sugirió hacer anguilas (especificaciones de la capa de ejecuciónEthereum ) y EEST (casos de prueba de especificación de ejecuciónEthereum ) obligatorios para cualquier EIP incluido en una horquilla dura. 

Sugirió que esto mejoraría el flujo de trabajo de las pruebas y estandarizaría cómo se evalúan los EIP antes de la adopción.

Sin embargo, varios desarrolladores estaban en contra de la propuesta. ¿La razón? El requisito podría ralentizar el proceso de actualización. Van der Wijden argumentó que los mantenedores de anguilas podrían convertirse en los guardianes de facto de la inclusión de EIP. ¿Por qué? No todos los desarrolladores son capaces de escribir implementaciones basadas en Python de sus propuestas. 

Wijden sugirió un enfoque alternativo. ETH debe tener implementaciones de anguilas que puedan presentarse como solicitudes de extracción ingredidas. Esto evita que el equipo de Eels tenga un poder de aprobación final sobre las actualizaciones.

Justin Florentine con Ethereum Besu aconsejó a la comunidad que considerara crear un lenguaje de secuencias de comandos adicional. Esto aclararía si un EIP se puede incluir sin Eels o EEST Cases de prueba.

Academia Cryptopolitan: ¿Estás cometiendo estos errores de currículum de Web3? - Descúbrelo aquí