Praga-Electra: ¿qué nos depara el próximo hard fork de Ethereum?

-

El 13 de marzo, el Se ha implementado el hard fork Cancún-Deneb en la red Ethereum. En la práctica, esto introdujo la manchas, un nuevo tipo de almacenamiento. Esto es particularmente útil para L2 y otros paquetes acumulativos. Pueden almacenar datos relacionados con transacciones que se realizan fuera de la cadena allí a un costo menor. Ahora, los desarrolladores están trabajando en el próximo hard fork que está por llegar: Praga-Electra.

Después de Cancún-Deneb llega el momento de Praga-Electra

Etereum está lejos de su forma final. Para lograrlo, la red será testigo de un multitud de bifurcaciones duras en los próximos años. Como recordatorio, el hard fork es el mecanismo utilizado para actualizar el software Ethereum. Estas actualizaciones no son compatibles con versiones anteriores, lo que significa que todos los nodos deben actualizarse a la nueva versión para seguir participando en la red.

Ethereum continúa su evolución con Prague-Electra, el próximo hard fork

Después del despliegue de Cancún-Deneb en marzo pasado, los desarrolladores ahora están trabajando en el desarrollo del próximo hard fork, conocido como Praga-Electra.

Como siempre desde la transición a la Prueba de participación, esta bifurcación dura se divide en dos partes.

Por una parte, Pragaque actualiza el Capa de ejecución de Ethereumtambién llamado Capa de ejecución (EL). Del otro, electra que actualiza el Capa de consenso de Ethereuma saber, el Capa de consenso (CL). Los dos son inseparables y permiten la actualización de toda la arquitectura Ethereum.

Ahora, los desarrolladores están pensando en los desarrollos que se integrarán en este hard fork. Estos son propuestos inicialmente por los desarrolladores en forma de Propuesta de mejora de Ethereum (EIP). Si se seleccionan como prioridades, los desarrolladores validan los EIP durante sus reuniones bimensuales.

Los EIP que se implementarán con Praga-Electra

Poco más de un mes después del despliegue del anterior hard fork, los desarrolladores ya tienen una buena visión de lo que se añadirá a Praga-Electra.

Como https://twitter.com/christine_dkim/status/1777697152124280856 el 9 de abril por Cristina Kiminvestigador de Galaxy, Ya se han validado 4 EIP y estarán presentes en el hard fork Praga-Electra :

  • EIP-6110: Depósitos del validador de suministro en cadena;
  • EIP-7002: Salidas activables de la capa de ejecución;
  • EIP-7251: Aumentar MAX_EFFECTIVE_BALANCE;
  • EIP-7549: Mover el índice del comité fuera de Atestación.
Christine Kim anuncia los 4 EIP de Praga ElectraChristine Kim anuncia los 4 EIP de Praga Electra

Exploremos juntos estos EIP y sus implicaciones en la red.

EIP-6110: Depósitos del validador de suministro en cadena

Empecemos con el EIP-6110titulado “Depósitos del validador de suministro en cadena” que fue propuesto por los desarrolladores Mijaíl Kalinin, Danny Ryan Y Peter Davis.

Este EIP viene modificar la forma en que se gestionan los depósitos del validador. Como recordatorio, un validador debe tener 32 ETH, llamado participación, para participar en el proceso de validación del bloque.

Hasta ahora, este depósito se almacenaba en la capa de consenso de Ethereum. Este EIP pretende cambiar eso mediante integrándose directamente en la capa de ejecución.

Esto elimina la necesidad de que los validadores voten sobre la inclusión de repositorios, un proceso que actualmente se maneja mediante un mecanismo de votación que ofrece datos del repositorio.

En la práctica, esto mejorará la seguridad al eliminar el paso de votación del depósito.

“El mecanismo propuesto relaja los supuestos de seguridad y reduce la complejidad del diseño del software del cliente, contribuyendo así a la seguridad del flujo de depósitos. También mejora la experiencia de usuario del validador. »

Además, esto permite claramente reducir el tiempo de procesamiento de depósitos. Actualmente, esto es alrededor de 12 horas y se espera que se reduzca a 13 minutos después del despliegue del EIP.

EIP-7002: Retiros activables de la capa de ejecución

viene el siguiente el EIP-7002titulado “Retiros activables de la capa de ejecución” y que fue propuesto por Danny Ryan, Mikhail Kalinin, Ansgar Dietrichs, Hsiao-Wei Wang Y cliente ligero.

Este EIP tiene como objetivo introducir una Mecanismo para que los validadores activen retiros y salidas de apuestas directamente desde la capa de ejecución. (Capa de ejecución).

Actualmente, sólo la clave activa de un validador le permite iniciar un retiro de su ETH apostado. El EIP-7002 quiere permitir el retiro a través de credenciales de retiro de tipo 0x01, es decir, un contacto inteligente o una dirección de billetera ordinaria (EOA).

“Según las especificaciones actuales, sólo la clave activa puede activar la salida de un validador. Esto significa que en cualquier relación de custodia no estándar (es decir, la clave activa es una entidad separada de las credenciales de retiro), el propietario final de los fondos (el poseedor de las credenciales de retiro) no puede elegir una forma independiente de salir y comenzar la eliminación. proceso. Esto genera problemas de confianza (por ejemplo, ETH puede ser “rehén” del propietario de la clave activa) o soluciones insuficientes, como salidas prefirmadas. Además, en caso de pérdida de claves activas, un usuario aún debería poder recuperar sus fondos utilizando sus credenciales de retiro en frío. »

EIP-7251: aumentar el MAX_EFFECTIVE_BALANCE

El tercer EIP que se desplegará vía Praga-Electra no es otro que el EIP-7251 noble “Aumentar el MAX_EFFECTIVE_BALANCE”pero a menudo se contrae en MaxEB.

ya teniamos abordó este importante EIP en marzo pasado. Esto responde a un problema creciente en Ethereum. De hecho, la red siempre tiene más validadores. Sin embargo, las pruebas realizadas en la red de prueba Holesky mostraron que la cantidad de validadores no podía aumentar indefinidamente sin afectar negativamente a la red.

Cuando hay demasiados validadores en la red, la red puede tener dificultades difícil de finalizar. Esto se debe principalmente a demasiados mensajes de certificación enviados por los nodos.

Así, MaxEB pretende resuelva este problema aumentando el límite de depósito establecido en 32 ETH. Un nuevo límite sería fijado en 2048 ETHlo que reduciría la multiplicación de nodos validadores en beneficio de grandes nudos.

“Esto permite a los operadores de nodos grandes consolidarse con menos validadores y, al mismo tiempo, permite a los participantes individuales obtener recompensas compuestas y participar en incrementos más flexibles. »

EIP-7549: Mover el índice del comité fuera de la Certificación

Finalmente, el cuarto y último EIP que hasta ahora ha sido validado para el hard fork Praga-Electra es EIP-7549 noble “Mover el índice del comité fuera de la Atestación”.

Esto tiene como objetivo optimizar el proceso de verificación de atestación en Ethereum devolviendo agregación de votos más eficiente y reducir el costo de procesamiento necesario para llegar a un consenso.

Hasta ahora, cada certificado emitido por un validador contiene un voto LMD GHOST, un voto FFG y un índice de comité. La firma que incluye el índice del comité hace que votos idénticos produzcan raíces de firma diferentes. Esto da como resultado tratamientos adicionales.

Si elimináramos el índice del comité del certificado firmado, como desea hacer este EIP, esto podría reducir drásticamente el número mínimo de certificados a verificar para alcanzar el umbral de dos tercios de los validadores. En la práctica, esto pasaría de 1366 a alrededor de 22.

“Esta propuesta tiene como objetivo hacer que los clientes de Casper FFG sean más eficientes al reducir la cantidad promedio de coincidencias necesarias para verificar las reglas de consenso. Si bien todo tipo de clientes pueden beneficiarse de este EIP, es probable que los circuitos ZK que demuestren el consenso de Casper FFG tengan el mayor impacto. »

Se podrían agregar otros EIP en los próximos meses, antes de la implementación del hard fork. Mientras tanto, los diferentes equipos de desarrolladores trabajarán en el despliegue e integración de estos 4 EIP. Luego, estos se probarán intensivamente en diferentes redes de desarrollo y luego en las redes de prueba de Ethereum. La implementación en la red principal está prevista para el último trimestre de 2024. Sin embargo, si no hay problemas, el proceso se retrasa.

-

NEXT Muerte del ex segunda línea y capitán del XV de Francia Lucien Mias