Ethereum Todos los desarrolladores principales ution Call #173 Writeup
Christine Kim, vicepresidenta de investigación de Galaxy Digital
Compilado por Sharon, BlockBeats
Nota del editor: El 26 de octubre, los desarrolladores de Ethereum se reunieron en la convocatoria #173 de Zoom for All Core Developers (ACDE) para discutir los últimos desarrollos en Ethereum.
Esta conferencia telefónica de ACDE fue moderada por Tim Beiko, Director de Soporte de Protocolo de la Fundación Ethereum, donde los desarrolladores discutieron y coordinaron los cambios en la capa de ejecución (EL) de Ethereum. En esta sesión, los desarrolladores discutieron:
· Lanzamiento de Devnet-10
· Análisis de latencia de blobs por parte del equipo cliente de Teku (CL)
· Próximos pasos para la prueba de Dencun
· Trabajo de estandarización de L2 rollup
· EIP 7523, Obsolescencia de cuentas vacías
Devnet-10
Los desarrolladores lanzaron Devnet-10 el lunes 23 de octubre para probar la actualización de Cancún/Deneb (Dencun). La red de desarrollo creó 330.000 validadores activos para desencadenar cambios en los límites de abandono de validadores. El mecanismo de cambio del límite de renovación del validador descrito en EIP 7514 funciona según lo esperado en Devnet-10.
Barnabas Busa, ingeniero de DevOps de la Fundación Ethereum, mencionó que tras el lanzamiento de Devnet-10, se encontraron algunos errores en los clientes de Prysm y Teku (CL), que ya han sido resueltos. Los desarrolladores también probaron el flujo de trabajo MEV completo en Devnet-10 utilizando el cliente Lodestar (CL). Busa mencionó que se encontraron algunos problemas en la implementación del validador y relé MEV-Boost. Los desarrolladores están probando flujos de trabajo MEV en otros clientes de CL.
Análisis de latencia de blobs
Enrico Del Fante, desarrollador del cliente Teku CL, compartió un nuevo análisis de la latencia de blobs en Devnet-10. Del Fante dijo que sus hallazgos confirman una tendencia identificada en Devnet-9 por Gajinder Singh, un desarrollador de software que mantiene los clientes Lodestar y EthereumJS, que se compartió en la llamada ACD de la semana pasada.
Fante anima a cada equipo de clientes de CL a comprobar el nivel de paralelismo de sus clientes entre los fragmentos y los chismes de blobs en la capa peer-to-peer. Los desarrolladores también están de acuerdo en que debería haber más análisis y pruebas de la propagación de blobs para la próxima red de prueba. Sin embargo, "Potuz", un desarrollador anónimo del cliente Prysm (CL), dijo que la versión del cliente debería estabilizarse primero en la red de desarrollo antes de que una red de prueba pública de Ethereum como Goerli pueda hacer el mismo tipo de análisis.
Además de la versión estable del cliente, Terence Tsao, desarrollador del cliente Prysm (CL), dijo que se deberían realizar más pruebas del constructor y el relé MEV antes de comenzar una versión pública de la red de prueba para Dencun. Busa señaló que debido al tamaño de Devnet-10 y al costo de mantener en funcionamiento la red de prueba centrada en los desarrolladores, los desarrolladores planean cerrar Devnet-10 para el lunes 30 de octubre.
Sin embargo, en su lugar, dice Busa, los desarrolladores pueden lanzar una undécima red de desarrollo respaldada por un número menor de validadores. Potuz está a favor de crear otra red de desarrollo después de Devnet-10.
Próximos pasos para la prueba de Dencun
Además de lanzar Devnet-11, los desarrolladores también acordaron lanzar una bifurcación en la sombra de la red de prueba Goerli. Como antecedente, una bifurcación en la sombra es una red de prueba centrada en el desarrollador creada mediante la bifurcación de una red activa con un pequeño número de nodos. Puedes encontrar más información sobre Shadow Fork de Tim Beiko en el enlace.
Idealmente, Devnet-11 probará el flujo de trabajo MEV para todos los clientes CL y probará al menos una implementación de rollup, muy probablemente la implementación de rollup de Optimism para EIP 4844 y una versión de cliente estable. Si estas tres cosas se pueden implementar en Devnet-11, los desarrolladores acuerdan lanzar Dencnun en Goerli más adelante.
Posteriormente, los desarrolladores discutieron el tiempo de lanzamiento de Devnet-11, la bifurcación de la sombra de Goerli y la activación de Dencun en Goerli. Parithosh Jayanthi, ingeniero de DevOps de la Fundación Ethereum, dijo que su equipo podría lanzar la bifurcación en la sombra de Goerli a principios de la próxima semana antes de la llamada ACD de la próxima semana.
Busa recomienda que la fecha de activación prevista para Decun en Goerli sea el jueves 9 de noviembre. Sin embargo, dada la cantidad de cambios "profundos" que aún se están realizando en el software cliente de Prysm, esta fecha fue rápidamente vetada por Potuz como demasiado ambiciosa. Busa dijo que, teniendo en cuenta que la conferencia de desarrolladores de Ethereum Devconnect se llevará a cabo del 13 al 17 de noviembre, tampoco sería prudente establecer la fecha de activación de Dencun en Goerli una semana después.
Según la discusión, está claro para los desarrolladores que la actualización de Dencun no se activará en Goerli hasta finales de noviembre como muy pronto. Históricamente, las activaciones de la red de prueba para las actualizaciones de Ethereum se han realizado con dos semanas de diferencia. Por ejemplo, el miércoles 22 de noviembre, Decun se activó en Goerli a finales de noviembre, lo que significa que las próximas dos actualizaciones de la red de prueba en Sepolia y Holesky tendrán lugar a principios y mediados de diciembre, respectivamente.
La programación supone que no se encontraron errores importantes entre las activaciones de la red de prueba. Tim Beiko señaló que incluso con el horario más ideal, la red principal de Decun se activará durante la temporada navideña a fines de diciembre. Lo más probable es que los desarrolladores pospongan la activación de la red principal de la actualización de Dencun hasta principios de 2024.
Validación ritual KZG y estandarización L2
A continuación, Carl Beekhuizen, investigador de la Fundación Etheruem, hizo una breve introducción a su trabajo de formateo de los resultados de la ceremonia de KZG, así como el inicio de una serie de conferencias telefónicas mensuales entre los desarrolladores de rollups de capa 2.
Con respecto a la ceremonia de KZG para EIP 4844, Beekhuizen señaló que el resultado final de la ceremonia ha sido formateado. Alentó a las personas que contribuyeron a la ceremonia a verificar que su producción se registró correctamente visitando el sitio web de la ceremonia o ejecutando esta herramienta de verificación de la interfaz de línea de comandos. Para obtener información general sobre la ceremonia EIP 4844 KZG, lea este informe.
En segundo lugar, Beekhuizen enfatizó que organizó el primer "Rollcall" el miércoles 18 de octubre, una conferencia telefónica dedicada entre el equipo de Layer-2 Rollup para discutir las especificaciones y estándares para el desarrollo de rollups. Estas convocatorias continuarán realizándose mensualmente.
Los participantes en la conferencia telefónica de capa 2 discutieron los posibles cambios en EVM y la API utilizada para la interfaz entre la red principal de Ethereum y el rollup. El próximo mes, Devconnect también organizará una reunión en vivo del equipo de L2 Rollup. Para obtener más detalles sobre las sesiones de pase de lista en vivo, haga clic aquí.
EIP 7523, Obsolescencia de cuentas vacías
Finalmente, Danno Ferrin de Swirlds Labs, el equipo de desarrollo detrás de Hedera Hashgraph, planteó preguntas sobre EIP 7523, un protocolo que propone prohibir que el estado de cualquier red de prueba de Ethereum incluya cuentas vacías después de la fusión. Las cuentas vacías ya no existen en la red principal de Ethereum y les prohíben explícitamente entrar en cualquier red de prueba de Ethereum con un entorno posterior a la fusión, con el objetivo de reducir la deuda técnica causada por dichas cuentas obsoletas.
El desarrollador de Besu (EL), Justin Florentine, apoya a EIP. El investigador de la Fundación Ethereum, Dankrad Feist, cuestionó si el EIP afectaría de alguna manera la implementación de los árboles Verkle. Beiko anima a los desarrolladores a seguir discutiendo EIP y cualquier posible problema de compatibilidad con otros cambios de código en el hilo dedicado a EIP 7523 Ethereum Magician, cuyos detalles se pueden encontrar aquí.
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.
Última conferencia ejecutiva de Ethereum Core Developers: Es probable que la actualización de Cancún ocurra a principios del próximo año
Ethereum Todos los desarrolladores principales ution Call #173 Writeup
Christine Kim, vicepresidenta de investigación de Galaxy Digital
Compilado por Sharon, BlockBeats
Nota del editor: El 26 de octubre, los desarrolladores de Ethereum se reunieron en la convocatoria #173 de Zoom for All Core Developers (ACDE) para discutir los últimos desarrollos en Ethereum.
Esta conferencia telefónica de ACDE fue moderada por Tim Beiko, Director de Soporte de Protocolo de la Fundación Ethereum, donde los desarrolladores discutieron y coordinaron los cambios en la capa de ejecución (EL) de Ethereum. En esta sesión, los desarrolladores discutieron:
· Lanzamiento de Devnet-10
· Análisis de latencia de blobs por parte del equipo cliente de Teku (CL)
· Próximos pasos para la prueba de Dencun
· Trabajo de estandarización de L2 rollup
· EIP 7523, Obsolescencia de cuentas vacías
Devnet-10
Los desarrolladores lanzaron Devnet-10 el lunes 23 de octubre para probar la actualización de Cancún/Deneb (Dencun). La red de desarrollo creó 330.000 validadores activos para desencadenar cambios en los límites de abandono de validadores. El mecanismo de cambio del límite de renovación del validador descrito en EIP 7514 funciona según lo esperado en Devnet-10.
Barnabas Busa, ingeniero de DevOps de la Fundación Ethereum, mencionó que tras el lanzamiento de Devnet-10, se encontraron algunos errores en los clientes de Prysm y Teku (CL), que ya han sido resueltos. Los desarrolladores también probaron el flujo de trabajo MEV completo en Devnet-10 utilizando el cliente Lodestar (CL). Busa mencionó que se encontraron algunos problemas en la implementación del validador y relé MEV-Boost. Los desarrolladores están probando flujos de trabajo MEV en otros clientes de CL.
Análisis de latencia de blobs
Enrico Del Fante, desarrollador del cliente Teku CL, compartió un nuevo análisis de la latencia de blobs en Devnet-10. Del Fante dijo que sus hallazgos confirman una tendencia identificada en Devnet-9 por Gajinder Singh, un desarrollador de software que mantiene los clientes Lodestar y EthereumJS, que se compartió en la llamada ACD de la semana pasada.
Fante anima a cada equipo de clientes de CL a comprobar el nivel de paralelismo de sus clientes entre los fragmentos y los chismes de blobs en la capa peer-to-peer. Los desarrolladores también están de acuerdo en que debería haber más análisis y pruebas de la propagación de blobs para la próxima red de prueba. Sin embargo, "Potuz", un desarrollador anónimo del cliente Prysm (CL), dijo que la versión del cliente debería estabilizarse primero en la red de desarrollo antes de que una red de prueba pública de Ethereum como Goerli pueda hacer el mismo tipo de análisis.
Además de la versión estable del cliente, Terence Tsao, desarrollador del cliente Prysm (CL), dijo que se deberían realizar más pruebas del constructor y el relé MEV antes de comenzar una versión pública de la red de prueba para Dencun. Busa señaló que debido al tamaño de Devnet-10 y al costo de mantener en funcionamiento la red de prueba centrada en los desarrolladores, los desarrolladores planean cerrar Devnet-10 para el lunes 30 de octubre.
Sin embargo, en su lugar, dice Busa, los desarrolladores pueden lanzar una undécima red de desarrollo respaldada por un número menor de validadores. Potuz está a favor de crear otra red de desarrollo después de Devnet-10.
Próximos pasos para la prueba de Dencun
Además de lanzar Devnet-11, los desarrolladores también acordaron lanzar una bifurcación en la sombra de la red de prueba Goerli. Como antecedente, una bifurcación en la sombra es una red de prueba centrada en el desarrollador creada mediante la bifurcación de una red activa con un pequeño número de nodos. Puedes encontrar más información sobre Shadow Fork de Tim Beiko en el enlace.
Idealmente, Devnet-11 probará el flujo de trabajo MEV para todos los clientes CL y probará al menos una implementación de rollup, muy probablemente la implementación de rollup de Optimism para EIP 4844 y una versión de cliente estable. Si estas tres cosas se pueden implementar en Devnet-11, los desarrolladores acuerdan lanzar Dencnun en Goerli más adelante.
Posteriormente, los desarrolladores discutieron el tiempo de lanzamiento de Devnet-11, la bifurcación de la sombra de Goerli y la activación de Dencun en Goerli. Parithosh Jayanthi, ingeniero de DevOps de la Fundación Ethereum, dijo que su equipo podría lanzar la bifurcación en la sombra de Goerli a principios de la próxima semana antes de la llamada ACD de la próxima semana.
Busa recomienda que la fecha de activación prevista para Decun en Goerli sea el jueves 9 de noviembre. Sin embargo, dada la cantidad de cambios "profundos" que aún se están realizando en el software cliente de Prysm, esta fecha fue rápidamente vetada por Potuz como demasiado ambiciosa. Busa dijo que, teniendo en cuenta que la conferencia de desarrolladores de Ethereum Devconnect se llevará a cabo del 13 al 17 de noviembre, tampoco sería prudente establecer la fecha de activación de Dencun en Goerli una semana después.
Según la discusión, está claro para los desarrolladores que la actualización de Dencun no se activará en Goerli hasta finales de noviembre como muy pronto. Históricamente, las activaciones de la red de prueba para las actualizaciones de Ethereum se han realizado con dos semanas de diferencia. Por ejemplo, el miércoles 22 de noviembre, Decun se activó en Goerli a finales de noviembre, lo que significa que las próximas dos actualizaciones de la red de prueba en Sepolia y Holesky tendrán lugar a principios y mediados de diciembre, respectivamente.
La programación supone que no se encontraron errores importantes entre las activaciones de la red de prueba. Tim Beiko señaló que incluso con el horario más ideal, la red principal de Decun se activará durante la temporada navideña a fines de diciembre. Lo más probable es que los desarrolladores pospongan la activación de la red principal de la actualización de Dencun hasta principios de 2024.
Validación ritual KZG y estandarización L2
A continuación, Carl Beekhuizen, investigador de la Fundación Etheruem, hizo una breve introducción a su trabajo de formateo de los resultados de la ceremonia de KZG, así como el inicio de una serie de conferencias telefónicas mensuales entre los desarrolladores de rollups de capa 2.
Con respecto a la ceremonia de KZG para EIP 4844, Beekhuizen señaló que el resultado final de la ceremonia ha sido formateado. Alentó a las personas que contribuyeron a la ceremonia a verificar que su producción se registró correctamente visitando el sitio web de la ceremonia o ejecutando esta herramienta de verificación de la interfaz de línea de comandos. Para obtener información general sobre la ceremonia EIP 4844 KZG, lea este informe.
En segundo lugar, Beekhuizen enfatizó que organizó el primer "Rollcall" el miércoles 18 de octubre, una conferencia telefónica dedicada entre el equipo de Layer-2 Rollup para discutir las especificaciones y estándares para el desarrollo de rollups. Estas convocatorias continuarán realizándose mensualmente.
Los participantes en la conferencia telefónica de capa 2 discutieron los posibles cambios en EVM y la API utilizada para la interfaz entre la red principal de Ethereum y el rollup. El próximo mes, Devconnect también organizará una reunión en vivo del equipo de L2 Rollup. Para obtener más detalles sobre las sesiones de pase de lista en vivo, haga clic aquí.
EIP 7523, Obsolescencia de cuentas vacías
Finalmente, Danno Ferrin de Swirlds Labs, el equipo de desarrollo detrás de Hedera Hashgraph, planteó preguntas sobre EIP 7523, un protocolo que propone prohibir que el estado de cualquier red de prueba de Ethereum incluya cuentas vacías después de la fusión. Las cuentas vacías ya no existen en la red principal de Ethereum y les prohíben explícitamente entrar en cualquier red de prueba de Ethereum con un entorno posterior a la fusión, con el objetivo de reducir la deuda técnica causada por dichas cuentas obsoletas.
El desarrollador de Besu (EL), Justin Florentine, apoya a EIP. El investigador de la Fundación Ethereum, Dankrad Feist, cuestionó si el EIP afectaría de alguna manera la implementación de los árboles Verkle. Beiko anima a los desarrolladores a seguir discutiendo EIP y cualquier posible problema de compatibilidad con otros cambios de código en el hilo dedicado a EIP 7523 Ethereum Magician, cuyos detalles se pueden encontrar aquí.