El 12 de octubre, los desarrolladores de Ethereum se reunieron a través de Zoom para la convocatoria n.° 172 de All Core Developers Execution (ACDE), dirigida por el líder de soporte de protocolos de la Fundación Ethereum, Tim Beiko. Estas discusiones quincenales se centran en las mejoras de la capa de ejecución (EL) de Ethereum. Los puntos focales de esta sesión fueron las pruebas de actualización de Dencun y Máquina virtual Etereum (EVM) Desarrollo de formatos de objetos.
Progreso de las pruebas de Dencun
Barnabas Busa, ingeniero de DevOps de la Fundación Ethereum, dio a conocer varias actualizaciones sobre Devnet #9, lanzado el 29 de septiembre. Este devnet cuenta con una tasa de participación del 93%, lo que implica un consenso sustancial entre los validadores. El 7% restante de validadores no operativos incluye principalmente nodos de validación Geth (EL)/Teku (CL). Además, se han identificado problemas con las combinaciones de clientes Erigon (EL)/Prysm (CL) y EthereumJS (EL).
El equipo de Flashbots está examinando actualmente un relé y un constructor MEV-Boost en Devnet #9, y Busa insta a más operadores de relés y constructores a participar en pruebas más amplias de infraestructura MEV en este devnet. Sin embargo, las pruebas de transacciones de blobs a través de los constructores MEV-Boost permanecen en suspenso ya que los blobs se eliminan debido a su invalidez u otras razones no identificadas.
De cara al futuro, el lanzamiento de Devnet #10 se pospone para la semana siguiente, con una prueba anticipada del archivo de configuración confiable de la ceremonia EIP 4844 KZG y un gran conjunto de validadores que comprende 330.000 validadores activos. Sin embargo, el lanzamiento de Devnet #10 espera la resolución de «grandes preguntas» en torno a las pruebas de Dencun, como lo comparte Parithosh Jayanthi de la Fundación Ethereum.
Desarrollo del formato de objeto EVM (EOF)
La sesión pasó al desarrollo del formato de objetos EVM (EOF), un paquete de EIP destinados a modificaciones de EVM para separar claramente el código de los datos e introducir nuevos códigos de operación. Danno Ferrin, uno de los defensores de EOF, describió el objetivo de EOF de mejorar la eficiencia del desarrollo de contratos inteligentes y la seguridad del código. Presentó una lista completa de EIP que forman la propuesta EOF, enfatizando el objetivo de tener EOF como un cambio de código central en la actualización posterior a Cancún/Deneb, denominada Praga/Electra.
Sin embargo, la iniciativa EOF provocó debates entre los desarrolladores, particularmente en relación con su momento posterior a la actualización de Dencun, su urgencia en comparación con la actualización de Verkle y los beneficios directos frente a la complejidad que introduce. En particular, algunos desarrolladores subrayaron el aumento en la complejidad del protocolo y los posibles problemas de compatibilidad con contratos inteligentes heredados que podría presentar EOF.
Además, la discusión profundizó en la gobernanza de EVM en el contexto de un ecosistema de Capa 2 en expansión y las implicaciones de EOF en él. El discurso también abordó la creciente preocupación por el crecimiento histórico de los datos en cadena, y Lukasz Rozmej sugirió una revisión de los cambios de código como EIP 4444.
La conversación sobre EOF, Verkle y la próxima actualización de Praga/Electra continuará en Devconnect, con una llamada dedicada a protocolos de Capa 2 similares a EVM y una llamada de implementador de EOF programada para el 18 de octubre.
Fuente de la imagen: Shutterstock