Pectra升级迈出第一步，ETH坊将迎来哪些更新？

Autor original: Francesco

Compilación original: Luffy, Foresight News

La próxima actualización de Ethereum, Pectra, ya ha dado sus primeros pasos.

El 24 de febrero, la actualización de Pectra se puso en marcha en la red de pruebas de Holesky; El 5 de marzo, Pectra se pondrá en marcha en la red de pruebas de Sepolia.

! [El primer paso de la actualización de Pectra, ¿qué actualizaciones introducirá Ethereum?] ](https://img.gateio.im/social/moments-10773f9fb980dd3b1a75f6c5ece86670)

Una vez que estas actualizaciones se implementen con éxito en la red de prueba, se determinará la fecha de actualización de la red principal, y se espera que la actualización de la red principal tenga lugar dentro de los 3 a 9 meses posteriores a la implementación de la red de prueba.

Pectra es una actualización bastante significativa que introduce múltiples propuestas de mejora de Ethereum (EIP) a la vez:

Podemos dividir estas actualizaciones en tres áreas clave:

• Mejoras en las cuentas de Ethereum
• Mejorar la experiencia del usuario para los validadores de Ethereum
• Ampliar la potencia de procesamiento de “Data Blob”.

Profundicemos en algunas de las propuestas de mejora de Ethereum que se introducirán y cómo beneficiarán al protocolo y a los usuarios de Ethereum.

Cuenta Ethereum mejorada: EIP-7702

! [El primer paso de la actualización de Pectra, ¿qué actualizaciones introducirá Ethereum?] ](https://img.gateio.im/social/moments-427e4ca1067b180fdcdd24353ee1ffdb)EIP-7702 acerca Ethereum a la experiencia de abstracción de cuentas a nivel de protocolo. Para ello, amplía la funcionalidad de los contratos inteligentes para las cuentas de propiedad externa (EOA) de Ethereum, entre las que se incluyen:

• Procesamiento por lotes de transacciones: Realice múltiples operaciones en una sola transacción
• Patrocinio de tarifas de gas: Las cuentas sin ETH pueden ser patrocinadas por otros para pagar tarifas de gas
• Más verificaciones de identidad y mecanismos de recuperación

Experiencia mejorada del validador de Ethereum: EIP-7251, EIp-7002, EIP-6110

! [El primer paso de la actualización de Pectra, ¿qué actualizaciones introducirá Ethereum?] ](https://img.gateio.im/social/moments-cf126cce72c93d149859cb37c5434899)

• EIP-7251: aumenta el saldo máximo del validador a 2048 ETH y permite el cálculo compuesto automático de las recompensas por apuestas válidas de mayor valor. Anteriormente, las recompensas se calculaban solo en base a un saldo de 32 ETH. Además, los validadores a mayor escala ahora pueden combinar varios validadores de 32 ETH en uno solo.
• EIP-7002: Siempre que la dirección de la capa de ejecución esté configurada en “Credencial Extraíble”, se permite activar operaciones de retiro, reduciendo así la dependencia de la confianza. Anteriormente, solo el validador podía activar la acción de salida.
• EIP-6110: Se ha eliminado el retraso entre el depósito de un validador y la adición a la cola de hasta 2048 bloques. Se espera que el tiempo de espera se reduzca de 9 horas a 13 minutos.

Ampliando la capacidad de manejo de “Datos Blob”: EIP-7691

! [El primer paso de la actualización de Pectra, ¿qué actualizaciones introducirá Ethereum?] ](https://img.gateio.im/social/moments-8cab12957f3ff8c6328e12a26793b383)

A medida que aumenta el costo de los “blobs”, también lo hace la necesidad de expandir su potencia de procesamiento. Con EIP-7691, la capacidad de los “blobs de datos” se incrementará en un 50%: actualmente, cada bloque de Ethereum puede contener una media de unos 3 “blobs de datos” (hasta 6 durante los periodos de máxima demanda). Con EIP-7691, el número promedio de “blobs de datos” que pueden caber en cada bloque aumentará a 6 y a 9 durante los períodos de demanda máxima.

El siguiente paso para escalar aún más la potencia de procesamiento de los blobs en datos es reducir la necesidad de almacenar todos los blobs en datos y migrar a una subred que aún se pueda usar para validar los datos de blobs en datos.

Otros EIP incluidos en la actualización de Pectra

EIP-2537: Aumentar el número de bits de seguridad para las operaciones de los 80 actuales a más de 120.

EIP-2935: En previsión de la llegada de clientes sin estado, esta propuesta propone almacenar hashes de bloques históricos en estado como parte de la lógica de procesamiento de bloques. Al lograr esto a través del almacenamiento por contrato, EIP-2935 permite transiciones suaves sin afectar la lógica de hash de bloque. Las redes de capa 2 podrán aprovechar los datos históricos más largos y consultar directamente los contratos de almacenamiento.

EIP-7549: Esta propuesta tiene como objetivo mejorar la eficiencia del cliente Casper. Esto se logra reduciendo el número de pares necesarios para validar el consenso. En concreto, quita uno de los tres elementos del mensaje de atestación del cliente Casper: el índice de comité. Al eliminar este elemento del mensaje de prueba, los votos de consenso ahora se pueden agregar en bloques de manera más eficiente, aumentando el número de votos en un bloque de 2 a 8 épocas.

EIP-7623: La propuesta de EIP-7623 para aumentar el costo de invocar datos es una de las actualizaciones más impactantes, especialmente para las redes de capa 2. La propuesta tiene por objeto ajustar el coste de los datos de llamada para abordar la brecha entre el tamaño medio de bloque (100 KB) y el tamaño máximo de bloque (7,15 MB). Esto no afecta al usuario medio, solo a aquellas transacciones que se utilizan principalmente para publicar datos. El aumento en el costo se logrará a través de una tarifa base que depende del porcentaje de tarifas de gas gastadas en invocar operaciones de datos: esto se puede lograr reduciendo el tamaño del fragmento para dar cabida a más “blobs de datos” o aumentando el límite de gas.

EIP-7685: Introduce un marco para almacenar solicitudes activadas por contratos inteligentes. Esto permite a los validadores controlados por contratos inteligentes delegar las operaciones de gestión a los contratos inteligentes, lo que reduce la necesidad de un intermediario.

EIP-7840: presenta una forma de ajustar dinámicamente el destino y el número máximo de blobs de datos por fragmento a través del objeto blobSchedule, en lugar de pasar todos los valores a través de la API.

Esta actualización envía una señal clara para Ethereum. Sabemos que estas actualizaciones estaban en la agenda hace mucho tiempo y no son una respuesta a las críticas recientes. No obstante, la actualización se centra en hacer que la red Ethereum sea más segura, mejorar las cuentas de Ethereum y ampliar la potencia de procesamiento de los “blobs de datos”, lo que está en línea con algunas de las necesidades de desarrollo más importantes.