El 20 de abril, los desarrolladores de Ethereum celebraron la 107ª reunión telefónica de consenso de desarrolladores principales (ACDC). La reunión fue presidida por un investigador de la Fundación Ethereum y se centró en las modificaciones de la capa de consenso de Ethereum, las actualizaciones de progreso de Deneb y otras propuestas en la próxima actualización de Cancún, aparte de la EIP-4844.
Deneb测试网#5
Después de que se activara con éxito la actualización de Shanghái, los desarrolladores dirigieron inmediatamente su atención a los preparativos para la actualización de Cancún. Cancún es la próxima actualización de la capa de ejecución de Ethereum, mientras que Deneb es la actualización correspondiente de la capa de consenso. Durante la reunión, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá como núcleo el EIP-4844 (implementación del tipo de transacción blob).
Los preparativos de Deneb comenzaron con el lanzamiento de la red de pruebas #5. Los desarrolladores planean lanzar la quinta red de pruebas de EIP-4844 la próxima semana. Un ingeniero de la fundación indicó que está realizando pruebas para algunos clientes, preparando el lanzamiento de la red de pruebas.
La API del motor tiene un pequeño cambio que fusionará dos llamadas. Este cambio aún no se ha incorporado a la especificación EIP-4844, pero se completará en breve para realizar pruebas en la red de prueba #5.
Los desarrolladores también discutieron el problema de cómo reintegrar las transacciones blob durante la reorganización de la cadena. Dado que las transacciones blob están separadas de las transacciones normales, los blobs reorganizados solo se pueden obtener de las transacciones en el pool de memoria pública. Teniendo en cuenta que muchas transacciones evitan el pool de memoria, los desarrolladores propusieron dos soluciones: primero, permitir que la capa de consenso pase los datos de blob de cada bloque a la capa de ejecución; segundo, requerir que los usuarios que envían transacciones que evitan el pool de memoria vuelvan a enviar sus transacciones durante un evento de reorganización de la cadena.
Algunos desarrolladores tienden a la primera opción, creyendo que la carga adicional para la capa de ejecución no es grande. Sin embargo, también hay quienes señalan que esto podría deshacer aún más la abstracción entre la capa de ejecución y la capa de consenso, y podría afectar futuras actualizaciones de muestreo de disponibilidad de datos. Debido a la falta de participación del equipo de clientes de la capa de ejecución, este tema se discutirá nuevamente en la próxima reunión.
Propuesta adicional de Deneb
Además de EIP-4844, la actualización de Deneb también considera otras actualizaciones de código:
EIP-4788: Permite exponer el estado de la cadena de balizas de la capa de consenso en la capa de ejecución, facilitando el acceso de los contratos inteligentes a la información de la capa de consenso.
EIP-6914: Proponer el reutilizar números de índice de validadores que han salido completamente de la red y que han estado inactivos durante mucho tiempo. Los desarrolladores acordaron seguir perfeccionando esta propuesta, pero es posible que pospongan su implementación hasta después de Deneb.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis y crear un nuevo "resumen histórico".
PR 3175: Previene que los validadores penalizados propongan bloques al salir de la cola, proporcionando protección contra "modos de falla alta".
EIP-6493: Aborda el problema de cómo los nodos manejan diferentes tipos de transacciones blob codificadas en la capa de consenso y en la capa de ejecución.
Los desarrolladores tienden a incluir EIP-4788, PR 3175 junto con EIP-4844 en la próxima actualización.
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.
17 me gusta
Recompensa
17
8
Republicar
Compartir
Comentar
0/400
BTCRetirementFund
· hace17h
La actualización de Cancún realmente ha sido difícil...
Ver originalesResponder0
DataPickledFish
· hace22h
Shanghái aún no ha digerido todo, qué prisa.
Ver originalesResponder0
BearMarketBro
· 08-10 04:52
Otra tanda de actualizaciones técnicas, ya no me sorprende.
Ver originalesResponder0
NewPumpamentals
· 08-10 04:46
Acabo de terminar la actualización de Shanghái y ya estoy en Cancún. ¡Es posible!
Ver originalesResponder0
wrekt_but_learning
· 08-10 04:35
Otra vez Cancún, sigh, ¿cuándo estará disponible?
Ver originalesResponder0
OnchainUndercover
· 08-10 04:34
¿Los programadores se están reuniendo de nuevo para discutir? Me encanta, me encanta.
Ver originalesResponder0
MoonBoi42
· 08-10 04:30
Ah, justo después de que se completó la actualización de Shanghái, ya están en Cancún. ¿Qué están haciendo?
La conferencia de desarrolladores de Ethereum se centra en la actualización de Cancún. La Testnet de EIP-4844 se lanzará pronto.
以太坊核心开发者共识会议#107 resumen
El 20 de abril, los desarrolladores de Ethereum celebraron la 107ª reunión telefónica de consenso de desarrolladores principales (ACDC). La reunión fue presidida por un investigador de la Fundación Ethereum y se centró en las modificaciones de la capa de consenso de Ethereum, las actualizaciones de progreso de Deneb y otras propuestas en la próxima actualización de Cancún, aparte de la EIP-4844.
Deneb测试网#5
Después de que se activara con éxito la actualización de Shanghái, los desarrolladores dirigieron inmediatamente su atención a los preparativos para la actualización de Cancún. Cancún es la próxima actualización de la capa de ejecución de Ethereum, mientras que Deneb es la actualización correspondiente de la capa de consenso. Durante la reunión, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá como núcleo el EIP-4844 (implementación del tipo de transacción blob).
Los preparativos de Deneb comenzaron con el lanzamiento de la red de pruebas #5. Los desarrolladores planean lanzar la quinta red de pruebas de EIP-4844 la próxima semana. Un ingeniero de la fundación indicó que está realizando pruebas para algunos clientes, preparando el lanzamiento de la red de pruebas.
La API del motor tiene un pequeño cambio que fusionará dos llamadas. Este cambio aún no se ha incorporado a la especificación EIP-4844, pero se completará en breve para realizar pruebas en la red de prueba #5.
Los desarrolladores también discutieron el problema de cómo reintegrar las transacciones blob durante la reorganización de la cadena. Dado que las transacciones blob están separadas de las transacciones normales, los blobs reorganizados solo se pueden obtener de las transacciones en el pool de memoria pública. Teniendo en cuenta que muchas transacciones evitan el pool de memoria, los desarrolladores propusieron dos soluciones: primero, permitir que la capa de consenso pase los datos de blob de cada bloque a la capa de ejecución; segundo, requerir que los usuarios que envían transacciones que evitan el pool de memoria vuelvan a enviar sus transacciones durante un evento de reorganización de la cadena.
Algunos desarrolladores tienden a la primera opción, creyendo que la carga adicional para la capa de ejecución no es grande. Sin embargo, también hay quienes señalan que esto podría deshacer aún más la abstracción entre la capa de ejecución y la capa de consenso, y podría afectar futuras actualizaciones de muestreo de disponibilidad de datos. Debido a la falta de participación del equipo de clientes de la capa de ejecución, este tema se discutirá nuevamente en la próxima reunión.
Propuesta adicional de Deneb
Además de EIP-4844, la actualización de Deneb también considera otras actualizaciones de código:
EIP-4788: Permite exponer el estado de la cadena de balizas de la capa de consenso en la capa de ejecución, facilitando el acceso de los contratos inteligentes a la información de la capa de consenso.
EIP-6914: Proponer el reutilizar números de índice de validadores que han salido completamente de la red y que han estado inactivos durante mucho tiempo. Los desarrolladores acordaron seguir perfeccionando esta propuesta, pero es posible que pospongan su implementación hasta después de Deneb.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis y crear un nuevo "resumen histórico".
PR 3175: Previene que los validadores penalizados propongan bloques al salir de la cola, proporcionando protección contra "modos de falla alta".
EIP-6493: Aborda el problema de cómo los nodos manejan diferentes tipos de transacciones blob codificadas en la capa de consenso y en la capa de ejecución.
Los desarrolladores tienden a incluir EIP-4788, PR 3175 junto con EIP-4844 en la próxima actualización.