24-06-21 11:17 Se necesitan 12 minutos para leer este artículo y ayudar con el popular resumen de IA. Ver el resumen.

Título original: "Rescritura n.º 190 de la llamada de ejecución de todos los desarrolladores principales de Ethereum"

Autor original: Christine Kim

Compilación original: Luccy, BlockBeats

Nota del editor:

Todas las llamadas de ejecución de desarrolladores de Core Ethereum (ACDE) se llevan a cabo cada dos semanas para discutir y coordinar cambios en la capa de ejecución de Ethereum (EL). Esta es la conferencia telefónica número 190 de ACDE. En esta reunión, se discutieron EIP 7251 y 7702, Ethereum Virtual Object Format (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, registró en detalle los puntos clave de esta reunión. BlockBeasts recopiló el texto original de la siguiente manera:

El 20 de junio de 2024, los desarrolladores de Ethereum se reunieron en Zoom para participar en la reunión número 190 de All Core Developers Execution (ACDE). La conferencia telefónica ACDE es una serie de reuniones quincenales organizadas por Tim Beiko, jefe de soporte de protocolo de la Fundación Ethereum, donde los desarrolladores discuten y coordinan 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, incluidas las propuestas de mejora de Ethereum (EIP) 7251 y 7702, así como el formato de objeto virtual de Ethereum (EOF) y PeerDAS.

Beiko también compartió una plantilla sugerida para las discusiones sobre EIP, y el ingeniero de EF DevOps, Parithosh Jayanthi, presentó una nueva página de GitHub llamada "eth-clients" para la configuración de la red principal y la red de prueba de Ethereum. Finalmente, Beiko recordó al equipo que la próxima llamada de ACDE sería el día festivo del 4 de julio en Estados Unidos. Si bien no asistirá a la reunión, el investigador de EF Alex Stokes la moderará en su lugar.

Pectra Devnet 1

Los desarrolladores comenzaron la reunión discutiendo Pectra Devnet 1. Los desarrolladores pretenden lanzar la próxima semana la próxima red de prueba dedicada para la actualización de Pectra. En comparación con la red de prueba anterior Devnet 0, la nueva red de prueba tiene principalmente los siguientes cambios en las especificaciones:

· Se agregó la fusión del validador activado por EL

· Se reemplazó EIP 3074 con EIP 7702

El equipo del cliente de EL está avanzando con la implementación de Devnet 1. Representantes de cada uno de los principales equipos de Ethereum EL compartieron sus últimos desarrollos:

· Besu: La primera versión de su implementación Devnet 1 está lista, pero aún faltan algunas pruebas y el equipo tiene preguntas sobre las especificaciones de la operación de fijación de precios del gas.

· Nethermind: Están revisando su implementación de Devnet 1, fusionando varios cambios de código y bifurcaciones de software, y escribiendo casos de prueba.

· Erigon: Tienen un borrador de implementación de EIP 7702 y están revisando los últimos cambios a EIP 7251, que agrega la fusión de validadores activada por EL.

· Reth: Su implementación de Devnet 1 debería completarse antes de la próxima reunión de la ACD.

· EthereumJS: el equipo está trabajando en la implementación de EIP 7702 y espera estar listo para Devnet 1 en aproximadamente una semana.

· Geth: El equipo también está trabajando en la implementación de EIP 7702.

Mientras el equipo del cliente compartía 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, no en la especificación final de Deneb. El ingeniero de EF DevOps, Barnabas Busa, enfatizó que esta estrategia hará que la depuración de EOF sea más difícil porque las especificaciones de Pectra están cambiando y también se están depurando al mismo tiempo. "Aun así, sigue siendo cierto porque queremos que el equipo trabaje en los EIP principales de Pectra y corrija esos errores. Por lo tanto, tiene más sentido que construir sobre una bifurcación anterior y luego construir sobre Praga en la etapa final, y también descubrir todos Esos están equivocados", dijo Beiko. Praga es el nombre de EL para la actualización de Pectra.

Actualización EIP 7702

Si bien los desarrolladores están trabajando arduamente para implementar EIP 7702 en Devnet 1, es posible que el código se modifique significativamente para admitir nuevas funciones, específicamente la capacidad de los usuarios de revocar la autorización de transacciones EIP 7702.

Un desarrollador de Geth llamado "Lightclient" propuso nuevos cambios para admitir la revocación de EIP 7702. Explicó: “No es fácil ver qué autorizaciones tienes vigentes en cada momento, y es difícil saber cuáles han sido revocadas y cuáles no. Hay patrones de diseño que pueden evitar estas situaciones, pero en realidad nosotros. Es posible que no sepa qué hará la billetera. Cómo usar esta función. Para defenderme mejor, recuerdo que Vitalik mencionó en la última llamada, o en una sala de reuniones, que en lugar de hacer que la autorización sea algo ad hoc, debe incluirse en la billetera. transacción, podemos guardar estas autorizaciones para que puedas ver qué códigos están asignados a tu cuenta en cualquier momento".

Un desarrollador llamado "Arik" afirmó que prefiere la versión actual de EIP 7702 a los cambios propuestos por Lightclient. Arik dijo que habrá algunos casos de uso específicos bajo el nuevo EIP 7702. Lightclient cuestiona estos comentarios y afirma que todos los casos de uso compatibles con la versión anterior de EIP 7702 permanecen y se ha agregado un poderoso mecanismo de deshacer. Sin embargo, Lightclient también señaló que estos cambios hacen que la implementación de EIP en el cliente sea más compleja. Beiko dijo en el chat de la conferencia que finalizar el diseño del EIP 7702 es el "problema de especificaciones número uno sin resolver" de Pectra y sugirió que los desarrolladores organicen otra llamada para llegar a un consenso sobre su mecanismo de revocación. "Sería bueno si para la próxima reunión tuviéramos una versión con la que todos estén contentos, ya sea esta versión o una versión modificada, que pueda ser parte de Devnet 2", dijo Beiko.

El desarrollador de Besu, Daniel Lehrner, cuestionó si los desarrolladores deberían tomarse el tiempo para implementar la versión actual de EIP 7702 en Devnet 1 si es probable que las especificaciones cambien en Devnet 2. Dijo: "Las propuestas son bastante diferentes, por lo que podemos implementar algo que en unas semanas tendrá que ser parcialmente descartado debido a que 7702 cambiará nuevamente". Richard Meissner, cofundador de la criptobilletera Safe, dijo que, en su opinión, Sería útil que el equipo de billetera implementara alguna versión de EIP 7702 en la red de prueba. Beiko agregó que la implementación de EIP 7702 en su forma actual, en su opinión, no retrasaría significativamente el progreso del equipo del cliente, lo que podría causar complicaciones para Devnet 1 si los desarrolladores ahora intentaran eliminarlo de la especificación Pectra.

Actualización del EOF

Hablando de EOF, Busa dijo que su equipo probará la implementación de EOF después de implementar otros cambios en el código de Pectra. La preparación de EOF se rastrea en GitHub. Actualmente, dos equipos de clientes de EL, Besu y Reth, han implementado todos los EIP de EOF, mientras que otros equipos todavía están trabajando en la implementación de todos los EIP de EOF. Los representantes del equipo de Erigon señalaron que serían útiles casos de prueba adicionales que simularan bloques de Ethereum que contienen transacciones EOF. Mario Vega, miembro del equipo de pruebas de EF, dijo en el chat que su equipo está lanzando más pruebas de EOF y compartirá más en la próxima sesión de trabajo de EOF. Danno Ferrin, un desarrollador independiente del protocolo Ethereum, dijo que desde que la especificación EOF ya está finalizada, las conferencias telefónicas de EOF se han cambiado de semanales a quincenales, y el enfoque actual de EOF está en las pruebas y la implementación del cliente.

Actualizaciones de PeerDAS

Busa presentó brevemente el progreso del trabajo de implementación de PeerDAS. Dijo que el próximo PeerDAS Devnet estará en línea en una o dos semanas. Como se discutió en la última reunión de ACDC, PeerDAS se desarrollará basándose en la especificación finalizada de Dencun, en lugar de la especificación de Pectra.

anuncio

Beiko propuso una nueva plantilla predeterminada para que los autores de EIP la utilicen en las publicaciones de Ethereum Magicians. Esta nueva plantilla está diseñada para facilitar revisiones de alta calidad de los EIP.

Jayanthi presentó la página GitHub "eth-clients", que proporciona una variedad de recursos para los desarrolladores de Ethereum, incluidas configuraciones estandarizadas para la red de prueba y la red principal de Ethereum. Actualmente, esta página la mantienen representantes de todos los equipos de clientes de CL. Jayanthi pidió a representantes del equipo de clientes de EL que se ofrecieran como voluntarios para ayudar a mantener esta página de GitHub.

Lightclient preguntó al equipo del cliente sobre el progreso de su trabajo sobre la caducidad de los datos históricos. No se compartieron actualizaciones sobre esto en la reunión.

Beiko dijo que no sería el anfitrión de la próxima conferencia telefónica de ACDE, que coincide con el feriado estadounidense del 4 de julio. Luego estará presidido por el investigador de EF Alex Stokes.