Autor: equipo de apoyo del protocolo Ethereum; traducción: Jinse Caijing xiaozou
El plan de actualización de Ethereum Pectra se activará el 7 de mayo de 2025 en la red principal de Ethereum epoch 364032 (hora UTC 10:05:11).
1、Introducción a Pectra
Pectra es una actualización importante después de la mejora Dencun del año pasado. ¡Mejora el sistema de cuentas de Ethereum, mejora la experiencia de los validadores, apoya la expansión L2 y más, al introducir nuevas funciones!
Este artículo explorará en detalle estas tres mejoras principales. Para obtener información completa sobre el contenido de la actualización, consulte la guía de actualización en ethereum.org.
(1) de una cuenta externa (EOA) a una cuenta inteligente
EIP-7702 marca un paso importante en el proceso de abstracción de cuentas, permitiendo a los usuarios agregar funciones de contrato inteligente a cuentas externas (EOA).
Esta solución híbrida combina la simplicidad de las EOA con la programabilidad de las cuentas de contrato. En concreto, permite que la billetera soporte las siguientes funciones:
• Procesamiento por lotes de transacciones: múltiples operaciones se pueden ejecutar de manera atómica en una sola transacción. ¡No es necesario iniciar transacciones independientes para "autorización" y "intercambio"!
**• Gas de pago: ** Permite que un tercero pague las tarifas de transacción. Esto es especialmente útil para iniciar transacciones sin una cuenta de ETH.
• Validación alternativa: significa que muchos módulos de seguridad de hardware (HSM) en el teléfono actual pueden autorizar operaciones de cuenta mediante técnicas como claves de acceso.
• Control de gastos: Se puede limitar la cantidad de tokens que ciertas aplicaciones pueden consumir, o establecer un límite diario de transferencia desde la billetera para mejorar la seguridad.
• Mecanismo de recuperación: Proporcionar a los usuarios múltiples opciones de protección de activos, sin necesidad de migrar a una nueva cuenta.
Al usar EIP-7702, el EOA debe firmar una autorización que apunte a una dirección de delegado específica (esa dirección contiene el código a ejecutar). Una vez configurada, la cuenta obtiene nuevas funcionalidades de código (como procesamiento por lotes, pagos en nombre de otros, lógica de verificación, etc.). Dado que elegir un objetivo delegado implica ceder una gran cantidad de control, EIP-7702 impone múltiples verificaciones de seguridad:
• Delegación de cadena específica: Por defecto, la delegación solo es válida para un ID de cadena específico, lo que impide el uso de la misma autorización a través de redes.
• Nonce vinculado a la delegación: La autorización se puede vincular al nonce actual de la cuenta, y se invalidará automáticamente cuando el nonce aumente. • Revocabilidad: El propietario de EOA siempre puede crear una nueva autorización EIP-7702 para revocar o reemplazar el código de delegación existente, evitando que un error provoque un bloqueo permanente.
（2）optimización de la experiencia del validador
Pectra incluye tres EIP que mejoran la experiencia del validador: 7251, 7002 y 6110.
Primero, EIP-7251 aumenta el saldo máximo de recompensas que un validador puede obtener de 32 ETH a 2048 ETH mediante la actualización voluntaria del tipo de certificado de retiro.
Para los stakers, esto permite la capitalización de los ingresos. Anteriormente, la parte de ETH que los validadores apostaban por encima de 32 no se contabilizaba en el volumen de staking activo. Los usuarios que deseen apostar más de 32 ETH solo pueden operar en incrementos de 32 ETH, y el valor intermedio debe depender de un pool de staking. EIP-7251 permite que tanto los validadores nuevos como los antiguos estén configurados para recibir recompensas según el volumen de staking real (límite de 2048 ETH).
Este EIP también permite que los grandes operadores fusionen múltiples validadores de 32 ETH, lo que reduce la demanda de ancho de banda en toda la red.
EIP-7002 amplía las capacidades de los validadores al introducir retiros desencadenados por la capa de ejecución. Anteriormente, solo las claves de firma activas de los validadores podían desencadenar una salida. Ahora, si se establece una dirección de Ethereum como un comprobante de retiro, esa dirección también puede forzar una salida. Esto reduce la suposición de confianza en la configuración de la delegación, ya que los propietarios de fondos (ya sea una persona que controla un EOA o un contrato inteligente gestionado por un DAO) siempre pueden iniciar una salida sin necesidad de confianza.
Finalmente, el EIP-6110 eliminó un problema heredado de Ethereum antes de la fusión: la demora entre el depósito de los validadores y unirse a la cola de depósitos. Antes de la fusión de Ethereum, la cadena de balizas debía esperar 2048 bloques para procesar los depósitos de los validadores como respuesta a una posible reorganización de prueba de trabajo. ¡Ahora ya no es necesario!
EIP-6110 reduce el tiempo de procesamiento de depósitos de aproximadamente 9 horas a 13 minutos.
（3）Extensión Blob
El último cambio importante de Pectra es el EIP-7691, que duplica el rendimiento de blobs de Ethereum!
El blob introducido por la actualización Dencun es un esquema de almacenamiento temporal que L2 utiliza para enviar datos de transacciones comprimidas y pruebas a Ethereum L1. Una vez habilitado, reduce las tarifas de L1 de L2 entre 10 y 100 veces, lo que disminuye drásticamente los costos de transacción para los usuarios de L2.
La red principal de Ethereum actualmente soporta un promedio de 3 blobs por bloque, con una capacidad máxima de 6. EIP-7691 elevará esto a un promedio de 6 y un máximo de 9.
A diferencia del CALLDATA que se almacena permanentemente en los nodos, el blob se eliminará después de 4096 epoch (aproximadamente 18 días). Esto limita su ocupación de espacio. La restricción real del blob proviene del ancho de banda, ya que necesitan propagarse en la capa punto a punto de Ethereum. Para compensar el aumento de ancho de banda causado por EIP-7691, Pectra también introdujo EIP-7623 para limitar el tamaño máximo de bloque.
Para expandir continuamente la capacidad de procesamiento de datos de Ethereum sin aumentar la demanda de ancho de banda, debemos pasar del modelo de "cada nodo almacena todos los blobs" a "los nodos solo almacenan un subconjunto y verifican el resto de los datos a través de muestreo en la red". ¡La buena noticia es que el trabajo relacionado ya está en marcha! Francesco, del equipo de investigación de la Fundación Ethereum, describió a grandes rasgos esta hoja de ruta de expansión en su charla principal en Devcon.
2, Norma Pectra
Las actualizaciones específicas de Pectra se pueden encontrar en EIP-7600. Esto incluye:
• EIP-2537: precompilación de operaciones de la curva BLS12-381
• EIP-2935: guardar el hash del bloque histórico en el estado
• EIP-6110: depósitos de validadores de suministro en cadena
• EIP-7002: salida desencadenada por la capa de ejecución
• EIP-7251: aumentar el límite de MAX_EFFECTIVE_BALANCE
• EIP-7549: mover el campo de índice del comité fuera de la Atestación
• EIP-7623: aumento del costo de calldata
• EIP-7685: solicitud de capa de ejecución general
• EIP-7691: Mejora del rendimiento de Blob
• EIP-7702: establecer el código de la cuenta EOA
• EIP-7840: añadir un cronograma de blob al archivo de configuración de EL
La versión completa en Python de las especificaciones de la capa de ejecución y la capa de consenso se puede consultar en la siguiente versión:
• Capa de ejecución: v1.17.0rc6
• Capa de consenso: v1.5.0-beta.5
Además, Pectra también ha actualizado la API de Engine utilizada para la comunicación entre los nodos de la capa de consenso y la capa de ejecución.
3、Activación de Pectra
La actualización de la red Pectra se activará en la mainnet de Ethereum el 7 de mayo de 2025 a las 10:05:11 UTC (comienzo del epoch 364032).
Anteriormente se completó la activación en las redes de prueba Hoodi, Holesky y Sepolia.
4、Versión del cliente
Las siguientes versiones del cliente son adecuadas para la actualización Pectra de la red principal de Ethereum.
versión de la capa de consenso
Al ejecutar un validador, es necesario actualizar simultáneamente el nodo de baliza de la capa de consenso y el cliente del validador.
versión de la capa de ejecución
5、Preguntas frecuentes
Pregunta: ¿Cómo funciona la actualización de la red Ethereum?
Respuesta: La actualización de la red Ethereum requiere que los operadores de nodos elijan claramente unirse. Aunque los desarrolladores de clientes han llegado a un consenso sobre los EIP incluidos en la actualización, no son los tomadores de decisiones finales.
Para que la actualización sea efectiva, los validadores y los nodos no apostados deben actualizar manualmente el software para soportar el nuevo protocolo.
Si el cliente de Ethereum utilizado no se actualiza a la última versión (ver arriba), se desconectará de los nodos de actualización al bifurcar el bloque, lo que provocará una bifurcación de la red. En este caso, cada subconjunto de nodos solo mantendrá conexión con nodos que mantengan el mismo estado (no) actualizado.
A pesar de que la mayoría de las actualizaciones de Ethereum son innegables y las bifurcaciones son raras, la decisión autónoma de los operadores de nodos de si apoyan o no las actualizaciones es una característica central de la gobernanza de Ethereum.
Pregunta: Como usuario de la red principal de Ethereum o poseedor de ETH, ¿qué necesito hacer?
Respuesta: En una palabra: no es necesario.
Si utilizas un intercambio, una billetera digital o una billetera de hardware, no es necesario realizar ninguna acción a menos que el proveedor de servicios lo indique específicamente.
Pregunta: ¿Qué debo hacer como operador de nodo no apostado?
Respuesta: Para garantizar la compatibilidad, actualice los clientes de la capa de ejecución y de la capa de consenso a las versiones enumeradas en la tabla anterior.
Pregunta: ¿Qué necesito hacer como apostador?
Respuesta: Para garantizar la compatibilidad, actualice los clientes de la capa de ejecución y de la capa de consenso a las versiones enumeradas en la tabla anterior. Por favor, actualice también el nodo de baliza y el cliente de validadores.
Pregunta: ¿Qué debo hacer como desarrollador de aplicaciones o herramientas?
Respuesta: Revisar el EIP incluido en Pectra, evaluar su impacto en el proyecto: ¡Esta actualización introduce muchas funciones nuevas y emocionantes tanto en la capa de ejecución como en la capa de consenso!
Pregunta: ¿Por qué se llama "Pectra"?
Respuesta: La actualización de la capa de ejecución utiliza el nombre de la ciudad de Devcon, mientras que la actualización de la capa de consenso utiliza nombres de constelaciones. "Pectra" es la combinación de Praga (Prague), lugar donde se celebró Devcon IV, y la gigante azul y blanca Electra de la constelación de Tauro (Taurus).
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Guía completa de la actualización de Ethereum Pectra
Autor: equipo de apoyo del protocolo Ethereum; traducción: Jinse Caijing xiaozou
El plan de actualización de Ethereum Pectra se activará el 7 de mayo de 2025 en la red principal de Ethereum epoch 364032 (hora UTC 10:05:11).
1、Introducción a Pectra
Pectra es una actualización importante después de la mejora Dencun del año pasado. ¡Mejora el sistema de cuentas de Ethereum, mejora la experiencia de los validadores, apoya la expansión L2 y más, al introducir nuevas funciones!
Este artículo explorará en detalle estas tres mejoras principales. Para obtener información completa sobre el contenido de la actualización, consulte la guía de actualización en ethereum.org.
(1) de una cuenta externa (EOA) a una cuenta inteligente
EIP-7702 marca un paso importante en el proceso de abstracción de cuentas, permitiendo a los usuarios agregar funciones de contrato inteligente a cuentas externas (EOA).
Esta solución híbrida combina la simplicidad de las EOA con la programabilidad de las cuentas de contrato. En concreto, permite que la billetera soporte las siguientes funciones:
• Procesamiento por lotes de transacciones: múltiples operaciones se pueden ejecutar de manera atómica en una sola transacción. ¡No es necesario iniciar transacciones independientes para "autorización" y "intercambio"!
**• Gas de pago: ** Permite que un tercero pague las tarifas de transacción. Esto es especialmente útil para iniciar transacciones sin una cuenta de ETH.
• Validación alternativa: significa que muchos módulos de seguridad de hardware (HSM) en el teléfono actual pueden autorizar operaciones de cuenta mediante técnicas como claves de acceso.
• Control de gastos: Se puede limitar la cantidad de tokens que ciertas aplicaciones pueden consumir, o establecer un límite diario de transferencia desde la billetera para mejorar la seguridad.
• Mecanismo de recuperación: Proporcionar a los usuarios múltiples opciones de protección de activos, sin necesidad de migrar a una nueva cuenta.
Al usar EIP-7702, el EOA debe firmar una autorización que apunte a una dirección de delegado específica (esa dirección contiene el código a ejecutar). Una vez configurada, la cuenta obtiene nuevas funcionalidades de código (como procesamiento por lotes, pagos en nombre de otros, lógica de verificación, etc.). Dado que elegir un objetivo delegado implica ceder una gran cantidad de control, EIP-7702 impone múltiples verificaciones de seguridad:
• Delegación de cadena específica: Por defecto, la delegación solo es válida para un ID de cadena específico, lo que impide el uso de la misma autorización a través de redes.
• Nonce vinculado a la delegación: La autorización se puede vincular al nonce actual de la cuenta, y se invalidará automáticamente cuando el nonce aumente. • Revocabilidad: El propietario de EOA siempre puede crear una nueva autorización EIP-7702 para revocar o reemplazar el código de delegación existente, evitando que un error provoque un bloqueo permanente.
（2）optimización de la experiencia del validador
Pectra incluye tres EIP que mejoran la experiencia del validador: 7251, 7002 y 6110.
Primero, EIP-7251 aumenta el saldo máximo de recompensas que un validador puede obtener de 32 ETH a 2048 ETH mediante la actualización voluntaria del tipo de certificado de retiro.
Para los stakers, esto permite la capitalización de los ingresos. Anteriormente, la parte de ETH que los validadores apostaban por encima de 32 no se contabilizaba en el volumen de staking activo. Los usuarios que deseen apostar más de 32 ETH solo pueden operar en incrementos de 32 ETH, y el valor intermedio debe depender de un pool de staking. EIP-7251 permite que tanto los validadores nuevos como los antiguos estén configurados para recibir recompensas según el volumen de staking real (límite de 2048 ETH).
Este EIP también permite que los grandes operadores fusionen múltiples validadores de 32 ETH, lo que reduce la demanda de ancho de banda en toda la red.
EIP-7002 amplía las capacidades de los validadores al introducir retiros desencadenados por la capa de ejecución. Anteriormente, solo las claves de firma activas de los validadores podían desencadenar una salida. Ahora, si se establece una dirección de Ethereum como un comprobante de retiro, esa dirección también puede forzar una salida. Esto reduce la suposición de confianza en la configuración de la delegación, ya que los propietarios de fondos (ya sea una persona que controla un EOA o un contrato inteligente gestionado por un DAO) siempre pueden iniciar una salida sin necesidad de confianza.
Finalmente, el EIP-6110 eliminó un problema heredado de Ethereum antes de la fusión: la demora entre el depósito de los validadores y unirse a la cola de depósitos. Antes de la fusión de Ethereum, la cadena de balizas debía esperar 2048 bloques para procesar los depósitos de los validadores como respuesta a una posible reorganización de prueba de trabajo. ¡Ahora ya no es necesario!
EIP-6110 reduce el tiempo de procesamiento de depósitos de aproximadamente 9 horas a 13 minutos.
（3）Extensión Blob
El último cambio importante de Pectra es el EIP-7691, que duplica el rendimiento de blobs de Ethereum!
El blob introducido por la actualización Dencun es un esquema de almacenamiento temporal que L2 utiliza para enviar datos de transacciones comprimidas y pruebas a Ethereum L1. Una vez habilitado, reduce las tarifas de L1 de L2 entre 10 y 100 veces, lo que disminuye drásticamente los costos de transacción para los usuarios de L2.
La red principal de Ethereum actualmente soporta un promedio de 3 blobs por bloque, con una capacidad máxima de 6. EIP-7691 elevará esto a un promedio de 6 y un máximo de 9.
A diferencia del CALLDATA que se almacena permanentemente en los nodos, el blob se eliminará después de 4096 epoch (aproximadamente 18 días). Esto limita su ocupación de espacio. La restricción real del blob proviene del ancho de banda, ya que necesitan propagarse en la capa punto a punto de Ethereum. Para compensar el aumento de ancho de banda causado por EIP-7691, Pectra también introdujo EIP-7623 para limitar el tamaño máximo de bloque.
Para expandir continuamente la capacidad de procesamiento de datos de Ethereum sin aumentar la demanda de ancho de banda, debemos pasar del modelo de "cada nodo almacena todos los blobs" a "los nodos solo almacenan un subconjunto y verifican el resto de los datos a través de muestreo en la red". ¡La buena noticia es que el trabajo relacionado ya está en marcha! Francesco, del equipo de investigación de la Fundación Ethereum, describió a grandes rasgos esta hoja de ruta de expansión en su charla principal en Devcon.
2, Norma Pectra
Las actualizaciones específicas de Pectra se pueden encontrar en EIP-7600. Esto incluye:
• EIP-2537: precompilación de operaciones de la curva BLS12-381
• EIP-2935: guardar el hash del bloque histórico en el estado
• EIP-6110: depósitos de validadores de suministro en cadena
• EIP-7002: salida desencadenada por la capa de ejecución
• EIP-7251: aumentar el límite de MAX_EFFECTIVE_BALANCE
• EIP-7549: mover el campo de índice del comité fuera de la Atestación
• EIP-7623: aumento del costo de calldata
• EIP-7685: solicitud de capa de ejecución general
• EIP-7691: Mejora del rendimiento de Blob
• EIP-7702: establecer el código de la cuenta EOA
• EIP-7840: añadir un cronograma de blob al archivo de configuración de EL
La versión completa en Python de las especificaciones de la capa de ejecución y la capa de consenso se puede consultar en la siguiente versión:
• Capa de ejecución: v1.17.0rc6
• Capa de consenso: v1.5.0-beta.5
Además, Pectra también ha actualizado la API de Engine utilizada para la comunicación entre los nodos de la capa de consenso y la capa de ejecución.
3、Activación de Pectra
La actualización de la red Pectra se activará en la mainnet de Ethereum el 7 de mayo de 2025 a las 10:05:11 UTC (comienzo del epoch 364032).
Anteriormente se completó la activación en las redes de prueba Hoodi, Holesky y Sepolia.
4、Versión del cliente
Las siguientes versiones del cliente son adecuadas para la actualización Pectra de la red principal de Ethereum.
versión de la capa de consenso
Al ejecutar un validador, es necesario actualizar simultáneamente el nodo de baliza de la capa de consenso y el cliente del validador.
versión de la capa de ejecución
5、Preguntas frecuentes
Pregunta: ¿Cómo funciona la actualización de la red Ethereum?
Respuesta: La actualización de la red Ethereum requiere que los operadores de nodos elijan claramente unirse. Aunque los desarrolladores de clientes han llegado a un consenso sobre los EIP incluidos en la actualización, no son los tomadores de decisiones finales.
Para que la actualización sea efectiva, los validadores y los nodos no apostados deben actualizar manualmente el software para soportar el nuevo protocolo.
Si el cliente de Ethereum utilizado no se actualiza a la última versión (ver arriba), se desconectará de los nodos de actualización al bifurcar el bloque, lo que provocará una bifurcación de la red. En este caso, cada subconjunto de nodos solo mantendrá conexión con nodos que mantengan el mismo estado (no) actualizado.
A pesar de que la mayoría de las actualizaciones de Ethereum son innegables y las bifurcaciones son raras, la decisión autónoma de los operadores de nodos de si apoyan o no las actualizaciones es una característica central de la gobernanza de Ethereum.
Pregunta: Como usuario de la red principal de Ethereum o poseedor de ETH, ¿qué necesito hacer?
Respuesta: En una palabra: no es necesario.
Si utilizas un intercambio, una billetera digital o una billetera de hardware, no es necesario realizar ninguna acción a menos que el proveedor de servicios lo indique específicamente.
Pregunta: ¿Qué debo hacer como operador de nodo no apostado?
Respuesta: Para garantizar la compatibilidad, actualice los clientes de la capa de ejecución y de la capa de consenso a las versiones enumeradas en la tabla anterior.
Pregunta: ¿Qué necesito hacer como apostador?
Respuesta: Para garantizar la compatibilidad, actualice los clientes de la capa de ejecución y de la capa de consenso a las versiones enumeradas en la tabla anterior. Por favor, actualice también el nodo de baliza y el cliente de validadores.
Pregunta: ¿Qué debo hacer como desarrollador de aplicaciones o herramientas?
Respuesta: Revisar el EIP incluido en Pectra, evaluar su impacto en el proyecto: ¡Esta actualización introduce muchas funciones nuevas y emocionantes tanto en la capa de ejecución como en la capa de consenso!
Pregunta: ¿Por qué se llama "Pectra"?
Respuesta: La actualización de la capa de ejecución utiliza el nombre de la ciudad de Devcon, mientras que la actualización de la capa de consenso utiliza nombres de constelaciones. "Pectra" es la combinación de Praga (Prague), lugar donde se celebró Devcon IV, y la gigante azul y blanca Electra de la constelación de Tauro (Taurus).