La reunión de desarrolladores principales de Ethereum se centra en la actualización de Cancún, discutiendo principalmente la propuesta EIP-4844 y Deneb.
Resumen de la 107ª reunión de consenso de los desarrolladores centrales de Ethereum
El 20 de abril de 2023, los desarrolladores de Ethereum realizaron la 107ª reunión de consenso de desarrolladores principales por teléfono (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 (CL), los avances de Deneb y otras propuestas en la próxima actualización de Cancún, además de la EIP-4844.
Deneb测试网络#5
Después de que la actualización de Shanghai se activara con éxito, los desarrolladores rápidamente dirigieron su atención a los preparativos para Cancún. Cancún es el nombre de la próxima actualización de la capa de ejecución de Ethereum (EL), mientras que Deneb es el nombre de la actualización correspondiente de CL. Los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá como núcleo la EIP-4844 (implementación del tipo de transacción blob).
Los preparativos para Deneb comienzan con el lanzamiento de la red de pruebas #5. Un desarrollador ha indicado que la quinta red de pruebas de EIP-4844 se lanzará la próxima semana. Actualmente, algunos clientes están realizando pruebas para prepararse para el lanzamiento de la red de pruebas.
La API del motor tiene un pequeño cambio que combina las llamadas "getPayloadV3" y "getBlobsBundleV1" en una sola. Este cambio aún no se ha incorporado a la especificación EIP-4844, pero se completará en los próximos días para realizar pruebas en la red de prueba #5.
Los desarrolladores también discutieron cómo volver a insertar transacciones blob en bloques durante la reorganización de la cadena. Dado que las transacciones blob están separadas de las transacciones regulares, los blobs después de la reorganización solo pueden obtenerse de las transacciones en el pool de memoria pública. Teniendo en cuenta que muchas transacciones evitan el pool de memoria, una solución es permitir que el CL pase los datos blob de cada bloque al EL, y luego el EL puede almacenarlos en caché hasta que se complete el bloque. Otra opción es requerir que los usuarios que enviaron 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 transferir datos blob a EL para que puedan reintegrar las transacciones durante la reorganización. Sin embargo, este enfoque podría romper aún más la abstracción entre las capas de EL y CL, y podría entrar en conflicto con la futura implementación de la muestreo de disponibilidad de datos (DAS).
Propuesta adicional de Deneb
Además de EIP-4844, la actualización de Deneb también considera otras actualizaciones de código:
EIP-4788: Publicar el estado de la cadena de balizas CL en EL, permitiendo el acceso de confianza mínima a CL por parte de los contratos inteligentes en EL.
EIP-6914: permite reutilizar índices de validadores que han salido completamente de la red y que no han estado activos durante mucho tiempo. Debido a su alta complejidad, podría retrasarse para su implementación en una bifurcación dura después de Deneb.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis de Beacon Chain y crear un nuevo contenido de "resumen histórico".
PR 3175: Prevenir que los validadores penalizados propongan bloques al salir de la cola, proporcionando protección contra el "modo de falla alto".
EIP-6493: Soluciona el problema de cómo los nodos manejan los tipos de transacción blob que están formateados en SSZ en CL pero codificados de manera diferente en EL.
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.
26 me gusta
Recompensa
26
8
Republicar
Compartir
Comentar
0/400
TideReceder
· hace8h
Otra reunión y otra reunión, ¿realmente piensan que somos tontos?
Ver originalesResponder0
NFTDreamer
· 08-12 19:55
4844 es realmente impresionante, alcista y la propuesta de caballo puede jugar, si no sabes cómo jugar, te copiaré.
Ver originalesResponder0
SchroedingerMiner
· 08-11 02:30
¿Esta ola es alcista? Primero, vamos a Cancún.
Ver originalesResponder0
GateUser-a606bf0c
· 08-11 02:28
¿Qué nueva función ha salido? Solo hay que cambiarlo.
Ver originalesResponder0
AirdropDreamBreaker
· 08-11 02:21
El desarrollo ya ha llegado a la red de pruebas número cinco, es realmente emocionante.
Ver originalesResponder0
SignatureAnxiety
· 08-11 02:13
¿Cuándo se lanzará la actualización de Cancún? No puedo esperar.
Ver originalesResponder0
GateUser-3824aa38
· 08-11 02:12
¿No es Cancún el lugar del que se advirtió no ir durante las vacaciones anteriores...
Ver originalesResponder0
GateUser-6a0899c8
· 08-11 02:10
Las noticias de 2023 que estás presentando ahora están muy desactualizadas.
La reunión de desarrolladores principales de Ethereum se centra en la actualización de Cancún, discutiendo principalmente la propuesta EIP-4844 y Deneb.
Resumen de la 107ª reunión de consenso de los desarrolladores centrales de Ethereum
El 20 de abril de 2023, los desarrolladores de Ethereum realizaron la 107ª reunión de consenso de desarrolladores principales por teléfono (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 (CL), los avances de Deneb y otras propuestas en la próxima actualización de Cancún, además de la EIP-4844.
Deneb测试网络#5
Después de que la actualización de Shanghai se activara con éxito, los desarrolladores rápidamente dirigieron su atención a los preparativos para Cancún. Cancún es el nombre de la próxima actualización de la capa de ejecución de Ethereum (EL), mientras que Deneb es el nombre de la actualización correspondiente de CL. Los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá como núcleo la EIP-4844 (implementación del tipo de transacción blob).
Los preparativos para Deneb comienzan con el lanzamiento de la red de pruebas #5. Un desarrollador ha indicado que la quinta red de pruebas de EIP-4844 se lanzará la próxima semana. Actualmente, algunos clientes están realizando pruebas para prepararse para el lanzamiento de la red de pruebas.
La API del motor tiene un pequeño cambio que combina las llamadas "getPayloadV3" y "getBlobsBundleV1" en una sola. Este cambio aún no se ha incorporado a la especificación EIP-4844, pero se completará en los próximos días para realizar pruebas en la red de prueba #5.
Los desarrolladores también discutieron cómo volver a insertar transacciones blob en bloques durante la reorganización de la cadena. Dado que las transacciones blob están separadas de las transacciones regulares, los blobs después de la reorganización solo pueden obtenerse de las transacciones en el pool de memoria pública. Teniendo en cuenta que muchas transacciones evitan el pool de memoria, una solución es permitir que el CL pase los datos blob de cada bloque al EL, y luego el EL puede almacenarlos en caché hasta que se complete el bloque. Otra opción es requerir que los usuarios que enviaron 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 transferir datos blob a EL para que puedan reintegrar las transacciones durante la reorganización. Sin embargo, este enfoque podría romper aún más la abstracción entre las capas de EL y CL, y podría entrar en conflicto con la futura implementación de la muestreo de disponibilidad de datos (DAS).
Propuesta adicional de Deneb
Además de EIP-4844, la actualización de Deneb también considera otras actualizaciones de código:
EIP-4788: Publicar el estado de la cadena de balizas CL en EL, permitiendo el acceso de confianza mínima a CL por parte de los contratos inteligentes en EL.
EIP-6914: permite reutilizar índices de validadores que han salido completamente de la red y que no han estado activos durante mucho tiempo. Debido a su alta complejidad, podría retrasarse para su implementación en una bifurcación dura después de Deneb.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis de Beacon Chain y crear un nuevo contenido de "resumen histórico".
PR 3175: Prevenir que los validadores penalizados propongan bloques al salir de la cola, proporcionando protección contra el "modo de falla alto".
EIP-6493: Soluciona el problema de cómo los nodos manejan los tipos de transacción blob que están formateados en SSZ en CL pero codificados de manera diferente en EL.
Los desarrolladores tienden a incluir EIP-4788, PR 3175 junto con EIP-4844 en la próxima actualización.