Conferencia Ethereum ACDC #132 Minutos: Electra Devnet 0 listo con otros temas técnicos

Título original: Ethereum All Core Developers Llamada de consenso #132 Writeup

Artículo original de Christine Kim

Compilación original: Luccy, BlockBeats

Nota del editor:

Ethereum todas las llamadas de Consenso para desarrolladores (ACDC) principales se llevan a cabo quincenalmente para discutir y coordinar los cambios en la capa de Ethereum Consenso (CL). Esta es la conferencia telefónica número 132 de ACDC, en la que los desarrolladores compartieron actualizaciones sobre la primera Testnet de Pectra Devnet (Pectra Devnet 0), discutieron problemas abiertos con respecto a la especificación y destacaron proyectos de investigación relacionados con la publicación en red y el muestreo de disponibilidad de datos. Estas incluyen preguntas abiertas de Electra, preguntas sin respuesta relacionadas con Electra y preguntas abiertas de investigación.

En cuanto a los problemas abiertos de Electra, los desarrolladores se centraron en el impacto de los EIP 7251 y EIP 7549, así como en las sugerencias para agregar un nuevo EIP que crearía una solicitud EL genérica. Para los problemas pendientes relacionados con Electra, las discusiones incluyen cambios en los tipos de índice del consejo de validadores, cambios en el procesamiento de datos de depósitos de validadores y más. Christine Kim, VP de Investigación de Galaxy Digital, dio una nota detallada sobre los aspectos más destacados de la reunión, que BlockBeasts compiló de la siguiente manera:

El 21 de marzo de 2024, los desarrolladores de Ethereum se reunieron en Zoom para la sesión de llamada # 132 del consenso de todos los desarrolladores principales (ACDC). La conferencia telefónica de ACDC es una serie de reuniones quincenales organizadas por Alex Stokes, becario de la Fundación Ethereum, en las que los desarrolladores discuten y coordinan los cambios en la capa Ethereum Consenso (CL). Esta semana, los desarrolladores compartieron una actualización sobre sus preparativos para el primer desarrollador de Pectra Testnet, también conocido como Pectra Devnet 0. Discutieron preguntas abiertas sobre la especificación Pectra Devnet 0 y destacaron brevemente dos proyectos de investigación inconclusos relacionados con la publicación en red y el muestreo de disponibilidad de datos.

Preguntas abiertas de Electra

Los desarrolladores de Ethereum Foundation han publicado la especificación inicial de CL y los vectores de prueba para Pectra Devnet 0. Sin embargo, hay varias preguntas abiertas sobre estas especificaciones que pueden o no resolverse a tiempo para el primer lanzamiento de devnet. Stokes destacó que uno de los problemas está relacionado con el EIP 7251 (aumento de MAX_EFFECTIVE_BALANCE). Los desarrolladores parecen inclinarse hacia validadores stake ETH merge como una acción desencadenable de la capa de ejecución (EL). Sin embargo, tal como está, la fusión se define como una operación CL en la especificación inicial de Electra. “Eso es bueno porque el beacon chain requiere la misma lógica de procesamiento más larga, independientemente de la fuente”, dijo Stokes.

Otro tema abierto que los desarrolladores discutieron en la llamada estaba relacionado con EIP 7549 (Moving Commission Indexes Outside of Proof). Los EIP cambian la forma en que se agregan las pruebas del validador y se da formato a los fragmentos. Cuando se activa Pectra, las pruebas previas a la actualización se acumularán para que no sean compatibles más largas con las nuevas pruebas enviadas on-chain. Stokes destacó dos posibles soluciones en un problema de GitHub líder hasta la llamada. Escribe:

· El cliente emite ambos formatos en la última era Deneb, teniendo cuidado de no producir mensajes sesgados.

· Extiende los bloques con campos adicionales para las pruebas anteriores a Electra, y solo permite el estilo Deneb durante la primera época de Electra.

Deneb es el nombre de actualización combinada para la última bifurcación dura activada en Ethereum. Electra es el nombre de actualización de CL para el próximo fork duro inmediato en Ethereum.

Los desarrolladores discutieron ambas opciones en una conferencia telefónica. Eventualmente, decidieron no cambiar la especificación de Electra por el momento, sino ver cómo estas pruebas perdidas afectan la seguridad de la red en devnet.

El tercer tema pendiente discutido por los desarrolladores en la conferencia telefónica relacionada con Electra fue la adición de un nuevo EIP a la actualización que crearía una solicitud EL genérica. El EIP propuesto por el desarrollador de Geth “Lightclient” simplificará el proceso de envío de mensajes de actualización de EL a CL. Debido a la subir de soluciones de stake basadas en contratos inteligentes, ha habido una afluencia masiva de EIP activadas en Ethereum y varias operaciones de validación para que la propuesta de Pectra se active directamente desde EL en lugar de CL. La propuesta de Lightclient crea un marco común para propagar “solicitudes activadas por contratos” desde el EL al CL. Dado que el EIP cambiará la forma en que se diseña Pectra, específicamente la implementación de EIP 6110 y EIP 7002, Lightclient enfatiza que espera que el equipo del cliente proporcione comentarios sobre su propuesta lo antes posible. Los desarrolladores acordaron intentar finalizar el EIP de Lightclient al final de la semana para construir y compartir sus especificaciones para el lunes 22 de abril.

Luego, los desarrolladores discutieron otros dos problemas pendientes relacionados con EIP 7549 y EIP 7251 planteados por el desarrollador de Teku Mikhail Kalinin. El primero trata sobre cambios en los tipos de índices del consejo de validadores, mientras que el segundo propone cambios en el procesamiento de los datos de los depositarios de validadores. Stokes alentó a los desarrolladores a revisar ambas propuestas con más detalle para una mayor discusión en las próximas semanas.

Finalmente, el último problema pendiente relacionado con la especificación Electra discutido por los desarrolladores es el aumento en el recuento de blobs. Parithosh Jayanthi, ingeniero de operaciones de desarrollo de la Fundación Ethereum, dijo que quería analizar la actividad de blobs posterior a la actualización de Dencun y recomendar un aumento único en el recuento de blobs que se incluirá en la actualización de Electra. El investigador de la Fundación Ethereum, Ansgar Dietrichs, destacó que también hizo una sugerencia para activar un aumento gradual en el recuento de blobs, que debería considerarse en paralelo con la propuesta de Jayanthi de incluir Electra.

Preguntas abiertas de investigación

Durante la llamada de ACD de esta semana, los desarrolladores discutieron brevemente dos proyectos de investigación. El primero es un nuevo artículo de investigación de Anders Elowsson, investigador de la Fundación Ethereum, que propone un nuevo modelo para pensar e implementar Ethereum emisión cambios en las políticas. El post completo se puede leer aquí. Stokes animó a los desarrolladores a revisar la publicación en la llamada.

El segundo proyecto de investigación propuesto por el desarrollador de Lighthouse, Adrian Manning, tiene que ver con las subredes de prueba. Como dice Manning en GitHub, "Este PR introduce el concepto de ‘fragmentación de red’, que es solo un concepto abstracto que marca el ID de nodo como un número (fragmentación de red). Luego podemos usar esta fragmentación de red (número) para asignar temas a los que los nodos deben suscribirse durante un largo tiempo. Manning está buscando una opinión final sobre su propuesta para que su equipo pueda comenzar a trabajar en la solución de muestreo de disponibilidad de datos de Ethereum, PeerDAS. Para obtener información sobre el muestreo de disponibilidad de datos, lea este informe de Galaxy Research.

El desarrollador de Nethermind, Lukasz Rozmej, preguntó si EIP 7547 (Lista de inclusión) había sido aprobado para su inclusión en la actualización de Electra. Los desarrolladores reiteran que EIP 7547 aún no ha sido aprobado para su inclusión.

Saulius Grigaitis, un desarrollador que construye el cliente CL de Ethereum llamado “Grandine”, cuestionó las reglas de elección de fork de Ethereum dada la investigación en curso de PeerDAS. Grigaitis pide a los desarrolladores que incluyan ideas en el grupo de trabajo de PeerDAS.