El 11 de julio de 2024, los desarrolladores de Ethereum (ETH) celebraron la 137ª reunión del Consenso de Desarrollo Centralizado de Ethereum (ACDC) a través de Zoom. ACDC es una serie de reuniones quincenales en las que los desarrolladores discuten y coordinan los cambios en la capa de consenso de Ethereum, también conocida como la cadena de faros (beacon chain). La reunión de esta semana fue moderada por Alex Stokes, investigador de la Fundación Ethereum. Los desarrolladores discutieron el progreso de Pectra Devnet 1 y PeerDAS Devnet 1, así como la investigación generada por las pruebas de selección de bifurcación lideradas por el equipo de investigación TxRx dentro de la empresa de software blockchain Consensys.

Pectra Devnet 1

La capa de consenso y el cliente de la capa de ejecución están listos para iniciar la Pectra Devnet 1. Los desarrolladores esperan lanzar la próxima red de prueba la próxima semana. Un desarrollador llamado ‘pk910’ indicó que su equipo, probablemente el equipo de desarrollo y operaciones (DevOps) de EF, está probando una combinación de clientes entre Nethermind, Geth, Teku, Nimbus, Lodestar y Grandine. Posteriormente, Gajinder Singh, desarrollador de EthereumJS y Lodestar, señaló que el cliente EthereumJS está listo para ser probado en Pectra Devnet 1.

PeerDAS Devnet 1

El ingeniero de EF DevOps, Barnabas Busa, dijo que el equipo de clientes CL está arreglando errores de PeerDAS Devnet 1. Una vez que todos los clientes estén arreglados, Busa dijo que los desarrolladores planean reiniciar PeerDAS Devnet 1 este fin de semana. Stokes compartió una actualización sobre la solicitud de extracción (PR) que cambia las restricciones de gas de blob codificado en duro en EL y CL. Dijo que está trabajando en definir el impacto de este PR en CL y EL y lo formalizará como una Propuesta de mejora de Ethereum (EIP) para posiblemente incluir en la actualización de Pectra.

Prueba de actualización de selección de fork

El equipo de investigación TxRX de Consensys ha logrado implementar la versión inicial de su generador de pruebas de selección de fork. El generador de pruebas tiene como objetivo identificar errores en el software del cliente que podrían provocar una bifurcación en la cadena, así como cualquier área en la que el software del cliente se desvíe de manera no trivial de las especificaciones de CL. Esta investigación ha sido financiada por EF. El equipo representado por Alexander Vlasov y Mikhail Kalinin solicitó comentarios sobre su trabajo en una conferencia telefónica, ya que buscan mejorar el conjunto de pruebas y lograr una generación de pruebas más flexible. Puede encontrar más información sobre el generador de pruebas de selección de fork aquí.