La actualización Pectra es el próximo hito significativo para la red de Ethereum, se espera que se implemente en el primer trimestre de 2025. Esta actualización consta de dos componentes principales: la actualización Prague (capa de ejecución) y la actualización Electra (capa de protocolo).

A diferencia de las actualizaciones principales anteriores, Pectra no tiene un objetivo prominente singular; en cambio, se centra en múltiples mejoras tecnológicas y optimizaciones. Esto contrasta con la actualización de Dencun (que redujo significativamente las comisiones de L2) y la actualización de Shapella (que permitió la retirada de ETH con apuesta, completando la transición de Ethereum a Prueba de Participación (PoS)).

Últimos desarrollos

Recientemente, los desarrolladores principales de Ethereum (ACD, All Core Developers) discutieron la posibilidad de dividir la actualización Pectra en dos fases durante una llamada de conferencia. Según esta propuesta:

1. La actualización de Pectra incluirá los EIP de pectra-devnet-3 (que se detallan a continuación).
2. Los componentes EOF (EVM Object Format) y PeerDAS (Peer Data Availability Sampling) originalmente planeados se pospondrán para la próxima actualización, tentativamente llamada Fusaka (Fulu + Osaka).
3. El contenido relacionado con los árboles Verkle, inicialmente planeado para su implementación en Osaka, se retrasará aún más y podría ser realizado en una actualización posterior llamada Amsterdam.

Este enfoque escalonado tiene como objetivo mantener la escala y complejidad de cada actualización manejable al tiempo que permite suficiente tiempo para pruebas exhaustivas y perfeccionamiento de las diversas tecnologías.

EIPs relacionadas con la actualización de Pectra

EIPs identificados para su inclusión

1. EIP-2537^[1]: Operaciones precompiladas para la curva BLS12-381
2. EIP-2935^[2]: Guardar hashes de bloque históricos en estado
3. EIP-6110^[3]: Proporcionar depósitos de validador en la cadena
4. EIP-7002^[4]: Salida de capa de ejecución activable
5. EIP-7251^[5]: Aumento del saldo efectivo máximo
6. EIP-7549^[6]: Mover el índice del comité fuera de las pruebas
7. EIP-7685^[7]: Solicitudes generales de capa de ejecución
8. EIP-7702^[8]: Estableciendo el código de cuenta EOA para una transacción

EIPs en consideración

• EIP-7212: Operaciones precompiladas para la curva secp256r1
• EIP-7547^[9]: Lista de inclusión
• EIP-7623^[10]: Aumento de los costos de llamadas de datos
• EIP-7742^[11]: Desacoplamiento de la relación de recuento de blobs entre la capa de consenso y la capa de ejecución

Introducción a las EIP clave

EIP-2537: Operaciones precompiladas para la curva BLS12-381

Esta propuesta introduce operaciones precompiladas en la curva BLS12-381, mejorando significativamente la eficiencia de operaciones como la verificación de firmas BLS. En comparación con las operaciones precompiladas existentes de BN254, BLS12-381 ofrece una seguridad más alta (más de 120 bits, mientras que BN254 solo proporciona 80 bits). Esta mejora incluye no solo operaciones básicas de la curva, sino también la integración de la multi-exponentiación, sentando las bases para la agregación eficiente de claves públicas y firmas.

EIP-2935: Guardar hashes de bloque históricos en estado

Esta propuesta sugiere almacenar los hashes de los 8.192 bloques más recientes en un contrato de sistema, principalmente para soportar la ejecución de clientes sin estado. De esta manera, los clientes sin estado pueden acceder más fácilmente a la información histórica necesaria mientras mantienen la compatibilidad con el código de operación BLOCKHASH existente. Este cambio simplifica el mecanismo de almacenamiento para el historial de hash de bloques y proporciona un nuevo enfoque para acceder a los datos históricos.

EIP-6110: Proporcionar depósitos de validadores en la cadena

Esta propuesta integra directamente el proceso de depósitos de validadores en la estructura de bloque de la capa de ejecución de Ethereum. Este cambio traslada la responsabilidad de incluir y verificar los depósitos de la capa de consenso a la capa de ejecución, eliminando la necesidad de que la capa de consenso vote sobre los depósitos (o eth1data). Al generar una lista de depósitos a través del análisis de eventos de registro de contrato de transacciones de depósito, este método no solo mejora la seguridad y eficiencia del procesamiento de depósitos, sino que también mejora la experiencia del usuario. Además, simplifica el diseño del software del cliente y reduce la complejidad general del sistema.

EIP-7002: Salida de capa de ejecución activable

Esta propuesta introduce un nuevo mecanismo que permite a los validadores retirar sus credenciales a través de la capa de ejecución (0x01) para activar las operaciones de retiro y salida. Específicamente, el mensaje de retiro se adjunta al bloque de la capa de ejecución y luego es procesado por la capa de consenso. Este enfoque brinda a los validadores opciones de salida más flexibles al tiempo que mantiene la seguridad y consistencia del sistema.

EIP-7251: Aumento del saldo efectivo máximo

Esta propuesta tiene como objetivo aumentar el saldo efectivo máximo (MAX_EFFECTIVE_BALANCE) para los validadores de Ethereum, manteniendo el saldo mínimo de participación en 32 ETH. Este cambio ofrece múltiples beneficios:

1. Permite a los grandes operadores de nodos consolidarse en menos validadores, mejorando la eficiencia operativa.
2. Proporciona a los pequeños apostadores la oportunidad de obtener recompensas compuestas, lo que hace que el apostar sea más atractivo.
3. Ofrece opciones de staking más flexibles, atrayendo a una gama más amplia de participantes.
4. Reduce los validadores redundantes en la red, disminuyendo el volumen de mensajes P2P.
5. Disminuye la huella de memoria de BeaconState, mejorando la eficiencia del sistema.
6. Junto con el mecanismo de retiro mejorado para la capa de ejecución, optimiza aún más la liquidez de los fondos en toda la red Ethereum.

EIP-7549: Sacar el índice del comité de las pruebas

Esta propuesta sugiere eliminar el campo de índice del comité de los mensajes de prueba firmados para permitir la agregación de los mismos votos de consenso. El objetivo principal de este cambio es mejorar la eficiencia de los clientes de Casper FFG al reducir el número promedio de apareamientos necesarios para verificar las reglas de consenso. Si bien todos los tipos de clientes pueden beneficiarse de esta mejora, se espera que proporcione la mejora de rendimiento más significativa para los circuitos ZK que necesitan demostrar el consenso de Casper FFG.

EIP-7685: Solicitudes generales de capa de ejecución

Esta propuesta define un marco general para almacenar y procesar solicitudes desencadenadas por contratos inteligentes. La implementación específica agrega un campo tanto en el encabezado como en el cuerpo de ejecución para almacenar información de solicitud, exponiendo así estas solicitudes a la capa de consenso y permitiendo que maneje cada solicitud. Este mecanismo está diseñado principalmente para abordar la creciente demanda de control de validadores por parte de los contratos inteligentes y proporcionar una base para interacciones más complejas en la cadena en el futuro.

EIP-7702: Configuración del código de cuenta EOA para una transacción

Propuesto por Vitalik Buterin y otros, EIP-7702 tiene como objetivo optimizar la abstracción de cuentas en Ethereum. Esta propuesta introduce un nuevo tipo de transacción que permite a las cuentas de propiedad externa (EOA) establecer el código de cuenta a través de un mecanismo de autorización. Esta mejora admite varias características nuevas:

1. Operaciones por lotes: Permite a los EOA realizar múltiples operaciones dentro de una sola transacción, lo que mejora la eficiencia.
2. Transacciones de pago de comisiones: Facilita a terceros cubrir las comisiones de transacción.
3. Degradación de permisos: Mejora la seguridad y flexibilidad de las cuentas.

Al adoptar una nueva estructura de transacción, esta propuesta no solo mejora la funcionalidad y la usabilidad de EOAs sino que también proporciona una buena compatibilidad y escalabilidad para futuras tecnologías de abstracción de cuentas.

Conclusión

Aunque la actualización de Pectra no tiene un objetivo principal destacado, mejorará aún más la funcionalidad, seguridad y eficiencia de la red Ethereum a través de una serie de mejoras técnicas y optimizaciones. A medida que avancen los planes de actualización, es posible que veamos más EIP incorporadas o ajustadas.

Referencias

• EIP-7600: Metadatos de la bifurcación dura de Pectra^[12]
• Reunión de la Capa de Consenso de los Desarrolladores Principales de Ethereum #197^[13]

Referencias

[1]EIP-2537: https://eips.ethereum.org/EIPS/eip-2537

[2]EIP-2935: https://eips.ethereum.org/EIPS/eip-2935

[3]EIP-6110: https://eips.ethereum.org/EIPS/eip-6110

[4]EIP-7002: https://eips.ethereum.org/EIPS/eip-7002

[5]EIP-7251: https://eips.ethereum.org/EIPS/eip-7251

[6]EIP-7549: https://eips.ethereum.org/EIPS/eip-7549

[7]EIP-7685: https://eips.ethereum.org/EIPS/eip-7685

[8]EIP-7702: https://eips.ethereum.org/EIPS/eip-7702

[9]EIP-7547: https://eips.ethereum.org/EIPS/eip-7547

[10]EIP-7623:https://eips.ethereum.org/EIPS/eip-7623

[11]EIP-7742: https://eips.ethereum.org/EIPS/eip-7742

[12]EIP-7600: Metadatos de la bifurcación dura de Pectra:https://eips.ethereum.org/EIPS/eip-7600

[13]Ethereum Core Developer Consensus Layer Meeting #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/

Declaración:

1. Este artículo se reproduce de[dwong], título original "Interpretando Ethereum Pectra: La próxima gran actualización", atribución de derechos de autor al autor original [dwong], si tiene alguna objeción a la reimpresión, por favor contacte conEquipo de Gate Learn, el equipo lo manejará lo antes posible de acuerdo con los procedimientos relevantes.

2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo representan solo los puntos de vista personales del autor y no constituyen ningún consejo de inversión.

3. Las versiones en otros idiomas del artículo son traducidas por el equipo de Gate Learn y no se mencionan en Gate.io, el artículo traducido no puede ser reproducido, distribuido o plagiado.