Resumen de la última reunión de desarrolladores principales de Ethereum: conversión de la especificación Beacon API, optimización de la subred de prueba CL
El 11 de enero, todos los desarrolladores principales de Ethereum participaron en la conferencia telefónica número 125 del Consenso de Desarrolladores Principales (ACDC).
Escrito por: Christine Kim
Compilado por: Luccy, BlockBeats
Nota del editor: La llamada de consenso para todos los desarrolladores principales (ACDC) de Ethereum se lleva a cabo cada dos semanas para discutir y coordinar cambios en la capa de consenso (CL) de Ethereum. Esta es la conferencia telefónica número 125 de ACDC. La conferencia brindó una breve actualización sobre la situación de las pruebas de la próxima actualización de Cancún/Deneb e involucró dos temas de investigación, como la transformación de la especificación Beacon API y la optimización de la subred de certificación de la capa de consenso.
El equipo de prueba lanzó la tercera y última bifurcación en la sombra de la red de prueba de Goerli el 11 de enero para prepararse para la actualización de Cancún/Deneb que se activará el 17 de enero. Al mismo tiempo, los desarrolladores discutieron la especificación de selección de bifurcación y llegaron a la decisión de lanzar una bifurcación de consenso de forma asincrónica cerca de la activación de la red principal de Cancún/Deneb. Además, el desarrollador de Lodestar, "Dapplion", compartió los últimos avances en el mapeo de especificación SSZ a JSON del enrutamiento API de balizas y discutió pequeños cambios relacionados con las subredes de afirmación de longevidad (attnets).
Christine Kim, vicepresidenta de investigación de Galaxy Digital, registró en detalle los puntos clave de esta reunión. BlockBeasts compiló el texto original de la siguiente manera:
El 11 de enero de 2024, los desarrolladores de Ethereum se reunieron en Zoom para participar en la reunión número 125 del All Core Developers Consensus (ACDC). La convocatoria de ACDC es una serie de reuniones quincenales organizadas por el investigador de la Fundación Ethereum, Danny Ryan, donde los desarrolladores discuten y coordinan cambios en la Capa de Consenso (CL) de Ethereum. Esta semana, los desarrolladores presentaron brevemente el progreso de las pruebas de actualización de Cancún/Deneb y discutieron dos temas de investigación, a saber, convertir la especificación Beacon API al modo OpenAPI y optimizar la subred de atestación CL aprovechando los prefijos de ID de nodo.
Cancún/Deneb Goerli Shadow Fork
El equipo de prueba de la Fundación Ethereum lanzó una bifurcación en la sombra de la red de prueba Goerli el 11 de enero. Esta es la tercera y última bifurcación en la sombra de Goerli antes de que Cancún/Deneb fuera activado en Goerli el 17 de enero. Las versiones finales para el cliente de todas las actualizaciones de Goerli se prueban en Goerli Shadow Fork (GSF) #2. Parithosh Jayanthi, ingeniero de DevOps de la Fundación Ethereum, señaló que el análisis inicial de GSF#2 es positivo y dijo: "Las manchas y los bloques parecen estar propagándose sin problemas". Respecto a la versión final para el cliente de la actualización Goerli y la especificación Cancún/Deneb Se pueden encontrar más detalles en una publicación de blog publicada por la Fundación Ethereum el 10 de enero.
Cambios en el filtro de selección de horquilla
Como se analiza en ACDC #114 y ACDC #115, hay algunos cambios menores en la especificación de selección de bifurcación CL, y se espera que los equipos de clientes implementen gradualmente estos cambios de manera asincrónica cerca de la activación de la red principal de Cancún/Deneb. Mikhail Kalinin del equipo de cuentas de Teku explicó: "Anteriormente decidimos implementar gradualmente este cambio en Deneb y hacerlo de manera poco coordinada". Por lo tanto, estos cambios básicamente deberían habilitarse en la versión de la red principal. Kalinin sugirió que los equipos de clientes pueden comenzar a fusionar estos cambios en sus versiones durante las próximas semanas, o elegir esperar a que un límite de bifurcación de época, como la época de activación de Cancún/Deneb, active estos cambios después de una marca de tiempo específica. tiempo en todos los clientes. Para obtener más detalles sobre los cambios de filtrado de selección de bifurcación, lea esta solicitud de extracción (PR) de GitHub.
Los desarrolladores acordaron unánimemente fusionar estos cambios lo más rápido posible sin tener que esperar o coordinar los límites de la época, lo que muestra la confianza del equipo del cliente en poder incorporar rápidamente los cambios en su próxima versión.
Definición del tipo OpenAPI de Beacon API
El desarrollador de Lodestar, "Dapplion", compartió el mapeo canónico de SSZ a JSON de todas las rutas API de balizas completadas a partir de esta semana. Los beneficios de este mapeo incluyen la simplificación del código. "El código es mucho más conciso y parece mucho más claro", dijo Dapplion. "Por ahora, esto no es muy importante, pero para futuras bifurcaciones esto debería aliviar mucho el mantenimiento y, si fuera necesario en el futuro, podríamos convertir todo fácilmente a SSZ. Esta idea ha existido por un tiempo. Tiempo, esto será Haga que este proceso sea muy fácil". Para obtener antecedentes sobre las discusiones de coordinación de SSZ, lea la transcripción de la llamada ACDE #153.
Dapplion preguntó a los desarrolladores qué pensaban sobre pasar de OpenAPI a SSZ como siguiente paso. No se escuchó ninguna oposición significativa. Dapplion dijo que se comunicará con los equipos relevantes sobre los cambios en las especificaciones que enumeró en la solicitud de extracción (PR) y garantizará una transición sin problemas.
Modificar el cálculo de la subred de prueba
Los desarrolladores también discutieron pequeños cambios en las attnets, las subredes de certificación a largo plazo de los nodos. Los Attnets son las redes a las que se conectan los operadores de nodos de participación cuando publican pruebas de bloques. Los desarrolladores mejoraron las attnets por última vez en mayo de 2023. Para optimizar aún más las attnets, el desarrollador de Lighthouse, Age Manning, propuso mejorar el uso de los prefijos de identificación de nodos para ayudar a descubrirlos en la subred o, en palabras de Manning, "buscar el prefijo para encontrar todos los nodos en la subred". Se analizan brevemente los posibles vectores de ataque relacionados con el uso de prefijos de ID de nodo para encontrar nodos. Ryan dijo que los cambios propuestos por Manning requerirían una bifurcación dura de todos modos. Le pidió a Pop Chunhapanya, uno de los desarrolladores de la llamada, que investigara estrategias para implementar la propuesta de Manning y recopilara comentarios sobre este tema de otros desarrolladores en relaciones públicas.
Discusión sobre Electra
Finalmente, Ryan se abrió a sugerencias de cambios de código o propuestas de mejora de Ethereum (EIP) que se priorizarán en la próxima actualización posterior a Deneb (con nombre en código Electra). Ryan dijo que lideraría una "conversación más estructurada" sobre el tema en la próxima llamada de ACDC en dos semanas. Mientras tanto, Ryan alentó a los desarrolladores a consultar los EIP propuestos en Ethereum Magicians y GitHub y compartir sus opiniones en estos foros.
Ansgar Dietrichs, investigador de la Fundación Ethereum, dijo que, en su opinión, el muestreo de disponibilidad de datos (DAS) es una actualización de "máxima prioridad" que se centra en la capa de consenso. 「 [DAS] En gran medida, tiene características que normalmente serían parte de un EIP, pero solo por la forma en que estructuramos 4844, en realidad no requiere una bifurcación dura o un EIP adicional, y creo que el riesgo que conlleva es que podría no haber la misma visibilidad", afirmó Dietrichs. Ryan cuestionó este comentario y afirmó que, en su opinión, DAS se incluirá en el EIP, ya que el cambio naturalmente se relacionaría con las discusiones sobre la modificación de los límites de gas de datos de Ethereum. Para obtener más información sobre qué es DAS y cómo se implementa en otras blockchains como Celestia, lea este informe de Galaxy Research.
Ryan mencionó que existe un PR preliminar para DAS y que se propondrá un número EIP formal dentro de dos semanas. Ryan alentó a los equipos de cuentas en la llamada a considerar cuáles deberían ser sus prioridades en Electra durante la próxima llamada de ACDC el 25 de enero.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Resumen de la última reunión de desarrolladores principales de Ethereum: conversión de la especificación Beacon API, optimización de la subred de prueba CL
Escrito por: Christine Kim
Compilado por: Luccy, BlockBeats
Nota del editor: La llamada de consenso para todos los desarrolladores principales (ACDC) de Ethereum se lleva a cabo cada dos semanas para discutir y coordinar cambios en la capa de consenso (CL) de Ethereum. Esta es la conferencia telefónica número 125 de ACDC. La conferencia brindó una breve actualización sobre la situación de las pruebas de la próxima actualización de Cancún/Deneb e involucró dos temas de investigación, como la transformación de la especificación Beacon API y la optimización de la subred de certificación de la capa de consenso.
El equipo de prueba lanzó la tercera y última bifurcación en la sombra de la red de prueba de Goerli el 11 de enero para prepararse para la actualización de Cancún/Deneb que se activará el 17 de enero. Al mismo tiempo, los desarrolladores discutieron la especificación de selección de bifurcación y llegaron a la decisión de lanzar una bifurcación de consenso de forma asincrónica cerca de la activación de la red principal de Cancún/Deneb. Además, el desarrollador de Lodestar, "Dapplion", compartió los últimos avances en el mapeo de especificación SSZ a JSON del enrutamiento API de balizas y discutió pequeños cambios relacionados con las subredes de afirmación de longevidad (attnets).
Christine Kim, vicepresidenta de investigación de Galaxy Digital, registró en detalle los puntos clave de esta reunión. BlockBeasts compiló el texto original de la siguiente manera:
El 11 de enero de 2024, los desarrolladores de Ethereum se reunieron en Zoom para participar en la reunión número 125 del All Core Developers Consensus (ACDC). La convocatoria de ACDC es una serie de reuniones quincenales organizadas por el investigador de la Fundación Ethereum, Danny Ryan, donde los desarrolladores discuten y coordinan cambios en la Capa de Consenso (CL) de Ethereum. Esta semana, los desarrolladores presentaron brevemente el progreso de las pruebas de actualización de Cancún/Deneb y discutieron dos temas de investigación, a saber, convertir la especificación Beacon API al modo OpenAPI y optimizar la subred de atestación CL aprovechando los prefijos de ID de nodo.
Cancún/Deneb Goerli Shadow Fork
El equipo de prueba de la Fundación Ethereum lanzó una bifurcación en la sombra de la red de prueba Goerli el 11 de enero. Esta es la tercera y última bifurcación en la sombra de Goerli antes de que Cancún/Deneb fuera activado en Goerli el 17 de enero. Las versiones finales para el cliente de todas las actualizaciones de Goerli se prueban en Goerli Shadow Fork (GSF) #2. Parithosh Jayanthi, ingeniero de DevOps de la Fundación Ethereum, señaló que el análisis inicial de GSF#2 es positivo y dijo: "Las manchas y los bloques parecen estar propagándose sin problemas". Respecto a la versión final para el cliente de la actualización Goerli y la especificación Cancún/Deneb Se pueden encontrar más detalles en una publicación de blog publicada por la Fundación Ethereum el 10 de enero.
Cambios en el filtro de selección de horquilla
Como se analiza en ACDC #114 y ACDC #115, hay algunos cambios menores en la especificación de selección de bifurcación CL, y se espera que los equipos de clientes implementen gradualmente estos cambios de manera asincrónica cerca de la activación de la red principal de Cancún/Deneb. Mikhail Kalinin del equipo de cuentas de Teku explicó: "Anteriormente decidimos implementar gradualmente este cambio en Deneb y hacerlo de manera poco coordinada". Por lo tanto, estos cambios básicamente deberían habilitarse en la versión de la red principal. Kalinin sugirió que los equipos de clientes pueden comenzar a fusionar estos cambios en sus versiones durante las próximas semanas, o elegir esperar a que un límite de bifurcación de época, como la época de activación de Cancún/Deneb, active estos cambios después de una marca de tiempo específica. tiempo en todos los clientes. Para obtener más detalles sobre los cambios de filtrado de selección de bifurcación, lea esta solicitud de extracción (PR) de GitHub.
Los desarrolladores acordaron unánimemente fusionar estos cambios lo más rápido posible sin tener que esperar o coordinar los límites de la época, lo que muestra la confianza del equipo del cliente en poder incorporar rápidamente los cambios en su próxima versión.
Definición del tipo OpenAPI de Beacon API
El desarrollador de Lodestar, "Dapplion", compartió el mapeo canónico de SSZ a JSON de todas las rutas API de balizas completadas a partir de esta semana. Los beneficios de este mapeo incluyen la simplificación del código. "El código es mucho más conciso y parece mucho más claro", dijo Dapplion. "Por ahora, esto no es muy importante, pero para futuras bifurcaciones esto debería aliviar mucho el mantenimiento y, si fuera necesario en el futuro, podríamos convertir todo fácilmente a SSZ. Esta idea ha existido por un tiempo. Tiempo, esto será Haga que este proceso sea muy fácil". Para obtener antecedentes sobre las discusiones de coordinación de SSZ, lea la transcripción de la llamada ACDE #153.
Dapplion preguntó a los desarrolladores qué pensaban sobre pasar de OpenAPI a SSZ como siguiente paso. No se escuchó ninguna oposición significativa. Dapplion dijo que se comunicará con los equipos relevantes sobre los cambios en las especificaciones que enumeró en la solicitud de extracción (PR) y garantizará una transición sin problemas.
Modificar el cálculo de la subred de prueba
Los desarrolladores también discutieron pequeños cambios en las attnets, las subredes de certificación a largo plazo de los nodos. Los Attnets son las redes a las que se conectan los operadores de nodos de participación cuando publican pruebas de bloques. Los desarrolladores mejoraron las attnets por última vez en mayo de 2023. Para optimizar aún más las attnets, el desarrollador de Lighthouse, Age Manning, propuso mejorar el uso de los prefijos de identificación de nodos para ayudar a descubrirlos en la subred o, en palabras de Manning, "buscar el prefijo para encontrar todos los nodos en la subred". Se analizan brevemente los posibles vectores de ataque relacionados con el uso de prefijos de ID de nodo para encontrar nodos. Ryan dijo que los cambios propuestos por Manning requerirían una bifurcación dura de todos modos. Le pidió a Pop Chunhapanya, uno de los desarrolladores de la llamada, que investigara estrategias para implementar la propuesta de Manning y recopilara comentarios sobre este tema de otros desarrolladores en relaciones públicas.
Discusión sobre Electra
Finalmente, Ryan se abrió a sugerencias de cambios de código o propuestas de mejora de Ethereum (EIP) que se priorizarán en la próxima actualización posterior a Deneb (con nombre en código Electra). Ryan dijo que lideraría una "conversación más estructurada" sobre el tema en la próxima llamada de ACDC en dos semanas. Mientras tanto, Ryan alentó a los desarrolladores a consultar los EIP propuestos en Ethereum Magicians y GitHub y compartir sus opiniones en estos foros.
Ansgar Dietrichs, investigador de la Fundación Ethereum, dijo que, en su opinión, el muestreo de disponibilidad de datos (DAS) es una actualización de "máxima prioridad" que se centra en la capa de consenso. 「 [DAS] En gran medida, tiene características que normalmente serían parte de un EIP, pero solo por la forma en que estructuramos 4844, en realidad no requiere una bifurcación dura o un EIP adicional, y creo que el riesgo que conlleva es que podría no haber la misma visibilidad", afirmó Dietrichs. Ryan cuestionó este comentario y afirmó que, en su opinión, DAS se incluirá en el EIP, ya que el cambio naturalmente se relacionaría con las discusiones sobre la modificación de los límites de gas de datos de Ethereum. Para obtener más información sobre qué es DAS y cómo se implementa en otras blockchains como Celestia, lea este informe de Galaxy Research.
Ryan mencionó que existe un PR preliminar para DAS y que se propondrá un número EIP formal dentro de dos semanas. Ryan alentó a los equipos de cuentas en la llamada a considerar cuáles deberían ser sus prioridades en Electra durante la próxima llamada de ACDC el 25 de enero.