Resumen de la última reunión de desarrolladores principales de Ethereum: el próximo testnet dedicado para la actualización Pectra se lanzará la próxima semana

Escrito por: Christine Kim

Compilado por Luccy, BlockBeats

Nota del editor: Todos los desarrolladores principales de Ethereum llevan a cabo una llamada (ACDE) cada dos semanas para discutir y coordinar cambios en la capa de ejecución de Ethereum (EL). Esta es la 190ª conferencia telefónica de ACDE, en la que se discutieron principalmente los temas de EIP 7251 y 7702, el formato virtual de objetos Ethereum (EOF) y PeerDAS.

Durante la reunión, Beiko también propuso una nueva plantilla de discusión de EIP y enfatizó la importancia de la página de recursos para desarrolladores de Ethereum ‘eth-clients’. Christine Kim, vicepresidenta de investigación de Galaxy Digital, detalló los puntos clave de la reunión, que BlockBeasts ha traducido como sigue:

El 20 de junio de 2024, los desarrolladores de Ethereum se reunieron en Zoom para participar en la reunión All Core Developers ution (ACDE) call #190. La reunión ACDE es una serie que se lleva a cabo cada dos semanas, dirigida por Tim Beiko, supervisor de soporte del protocolo de la Fundación Ethereum, donde los desarrolladores discuten y coordinan los cambios en la capa de ejecución de Ethereum (EL).

Esta semana, los desarrolladores presentaron su progreso en la implementación de varios cambios de código, incluyendo las Propuestas de Mejora de Ethereum (EIP) 7251 y 7702, así como el Formato de Objetos Virtuales de Ethereum (EOF) y PeerDAS.

Beiko también compartió una plantilla de propuesta para discusiones de EIP, el ingeniero de desarrollo y operaciones de EF Parithosh Jayanthi presentó una nueva página de GitHub llamada ‘eth-clients’ para la configuración de la red principal y las redes de prueba de Ethereum. Finalmente, Beiko recordó al equipo que la próxima llamada ACDE se llevará a cabo durante el feriado estadounidense del 4 de julio. Aunque no asistirá a esta reunión, el investigador de EF Alex Stokes lo reemplazará como anfitrión.

Pectra Devnet 1

Los desarrolladores discutieron Pectra Devnet 1 al comienzo de la reunión. Los desarrolladores tienen como objetivo lanzar la próxima red de prueba dedicada para la actualización de Pectra la próxima semana. En comparación con la red de prueba anterior, Devnet 0, la nueva red de prueba tiene principalmente los siguientes cambios de especificación:

• Se agregó la fusión del validador de activación EL
• EIP 7702 ha reemplazado a EIP 3074

El equipo de EL Client está avanzando en su implementación de Devnet 1. Cada representante del equipo principal de EL Ethereum ha compartido sus últimos avances:

• Besu: Su primera versión de implementación de Devnet 1 está lista, pero aún faltan algunas pruebas y el equipo tiene dudas sobre la especificación de la operación de fijación de tarifas de gas.
• Nethermind: Están revisando su implementación Devnet 1, fusionando varios cambios de código y ramas de software, y escribiendo casos de prueba.
• Erigon: tienen una implementación provisional de EIP 7702 y están revisando los últimos cambios en EIP 7251, que agregan la fusión de validadores activados por EL.
• Reth: Su implementación de Devnet 1 debería completarse antes de la próxima reunión de ACD.
• EthereumJS: El equipo está trabajando en la implementación de EIP 7702, y se espera que esté listo para Devnet 1 en aproximadamente una semana.
• Geth: el equipo también está implementando EIP 7702.

Cuando el equipo del cliente compartió su progreso, un desarrollador llamado ‘Racytech’ preguntó si la implementación de EOF se excluiría de Devnet 1. Beiko confirmó que EOF no se probará en Devnet 1 y que la implementación de EOF debería basarse en la última especificación de Pectra en lugar de la especificación final de Deneb. Barnabas Busa, ingeniero de desarrollo y operaciones de EF, enfatizó que esta estrategia dificultaría la depuración de EOF, ya que la especificación de Pectra está cambiando y se está depurando simultáneamente. ‘Aun así, esto es lo correcto porque queremos que el equipo trabaje en los EIPs principales de Pectra y solucione estos errores. Por lo tanto, es más razonable que basarnos en una bifurcación anterior y luego en Prague en la etapa final, y descubrir todos esos errores’, dijo Beiko. Prague es el nombre EL de la actualización de Pectra.

Actualización de EIP 7702

A pesar de que los desarrolladores están trabajando arduamente para implementar EIP 7702 en Devnet 1, es posible que se realicen cambios significativos en el código para admitir nuevas funcionalidades, especialmente la capacidad de los usuarios para revocar la autorización de transacciones EIP 7702.

Un desarrollador de Geth llamado “Lightclient” ha propuesto un nuevo cambio para admitir la revocación de EIP 7702. Explicó: “No es fácil ver qué autorizaciones están activas en todo momento, ni es fácil saber cuáles han sido revocadas y cuáles no. Hay algunos patrones de diseño que pueden evitar estas situaciones, pero en realidad es posible que no sepamos cómo los monederos utilizarán esta función. Para una mejor defensa, recuerdo que Vitalik mencionó en la última llamada telefónica, o tal vez en una sala de chat, que en lugar de hacer de las autorizaciones una transacción temporal incluida en las transacciones, podríamos guardar estas autorizaciones, de modo que puedas ver en cualquier momento qué códigos se te han asignado a la cuenta.”

Un desarrollador llamado ‘Arik’ afirmó que prefiere la versión actual de EIP 7702 en lugar de las modificaciones propuestas por Lightclient. Arik mencionó que hay casos de uso específicos en la nueva versión de EIP 7702. Lightclient refutó estos comentarios, afirmando que todos los casos de uso admitidos por la versión anterior de EIP 7702 todavía se mantienen, y se agregó un mecanismo de revocación poderoso. Sin embargo, Lightclient también señaló que estas modificaciones hacen que la implementación de EIP en el cliente sea más compleja. Beiko mencionó en el chat de la reunión que el diseño de EIP 7702 se considera el ‘principal problema no resuelto’ de Pectra y recomendó que los desarrolladores organicen otra reunión telefónica para llegar a un consenso sobre su mecanismo de revocación. ‘Si en la próxima reunión tenemos una versión con la que todos estén satisfechos, ya sea esta versión o una versión modificada, se podría incluir como parte del Devnet 2, lo cual sería genial’, dijo Beiko.

El desarrollador de Besu, Daniel Lehrner, cuestiona si los desarrolladores deberían dedicar tiempo a implementar la versión actual de EIP 7702 en Devnet 1 si la especificación podría cambiar en Devnet 2. Él dice: ‘Estas propuestas son bastante diferentes, por lo que podríamos implementar algo en Devnet 1 que tengamos que descartar parcialmente en unas semanas debido a cambios en 7702’. Richard Meissner, cofundador de la billetera encriptada Safe, dice que sería útil para los equipos de billeteras implementar alguna versión de EIP 7702 en la red de prueba. Beiko agrega que la implementación de la forma actual de EIP 7702 no retrasaría significativamente el progreso del equipo de desarrollo en su opinión, y eliminarlo de la especificación de Pectra ahora podría causar complicaciones en Devnet 1.

Actualización de fin de archivo

Al hablar de EOF, Busa dijo que su equipo probará la implementación de EOF después de realizar otros cambios de código en Pectra. La preparación de EOF se rastrea en GitHub. Actualmente, dos equipos de clientes EL, Besu y Reth, han implementado todos los EIP de EOF, mientras que otros equipos siguen trabajando en la implementación de todos los EIP de EOF. Un representante del equipo de Erigon señaló que sería útil simular casos de prueba adicionales que incluyan transacciones de EOF en bloques de Ethereum. Mario Vega, miembro del equipo de pruebas de EF, dijo en una conversación que su equipo está lanzando más pruebas de EOF y compartirá más contenido en la próxima reunión de agrupación de EOF. Danno Ferrin, desarrollador independiente de protocolos de Ethereum, dijo que debido a que la especificación de EOF ahora está finalizada, las llamadas de EOF han pasado de ser semanales a quincenales, y que el enfoque actual del trabajo de EOF es en las pruebas y la implementación del cliente.

Actualización de PeerDAS

Busa presentó brevemente el progreso del trabajo de implementación de PeerDAS. Dijo que la próxima red de desarrollo de PeerDAS se lanzará en una o dos semanas. Al igual que se discutió en la última reunión de ACDC, PeerDAS se desarrollará sobre la especificación Dencun finalmente acordada en lugar de la especificación Pectra.

Anuncio

Beiko ha propuesto una nueva plantilla predeterminada para que los autores de EIP la utilicen en las publicaciones de Ethereum Magicians. Esta nueva plantilla tiene como objetivo fomentar una revisión de alta calidad de las EIP.

Jayanthi presentó la página de GitHub “eth-clients”, que proporciona varios recursos para los desarrolladores de Ethereum, incluyendo la configuración de especificaciones para la red de prueba de Ethereum y Mainnet. Actualmente, esta página es mantenida por representantes de todos los equipos de clientes de CL. Jayanthi hace un llamado a los representantes del equipo de clientes EL para que ayuden voluntariamente en el mantenimiento de esta página de GitHub.

Lightclient preguntó sobre el progreso del equipo de cliente en el manejo de la expiración de los datos históricos. No se compartieron actualizaciones al respecto en esta reunión.

Beiko dijo que no presidirá la próxima conferencia telefónica de ACDE que se celebrará el 4 de julio durante las vacaciones en Estados Unidos. En su lugar, el investigador de EF, Alex Stokes, presidirá la reunión.