jakiro
Autor: Equipo de apoyo del acuerdo de la Fundación Ethereum; Traducción: Bittain Vision Xiaozou
La actualización de Ethereum Pectra está programada para activarse en la Ethereum Main Network Epoch 364032 (tiempo de UTC 10:05:11).
1. Introducción a Pectra
Pectra es una actualización importante después de la actualización de Dencun el año pasado. Mejora el sistema de cuentas de Ethereum, mejora la experiencia de validador, admite la expansión de L2, etc. Al introducir nuevas características!
Estas tres mejoras principales se discutirán en detalle en este artículo. Para una comprensión completa de las actualizaciones, consulte la guía de actualización de Ethereum.org.
(1) Desde una cuenta externa (EOA) hasta una cuenta inteligente
EIP-7702 marca un paso importante en el proceso de abstracción de la cuenta, lo que permite a los usuarios agregar funcionalidad de contrato inteligente a cuentas externas (EOA).
Esta solución híbrida combina la simplicidad de EOA con la programabilidad de las cuentas de contrato. Específicamente, permite que la billetera admite las siguientes funciones:
• Procesamiento por lotes de transacción:Múltiples operaciones se pueden ejecutar atómicamente en una sola transacción. ¡No hay necesidad de iniciar transacciones independientes para «autorización» y «redimir» más!
• Pago de gas:Permitir que terceros paguen tarifas de transacción. Esto es especialmente útil para iniciar transacciones sin una cuenta ETH.
• Verificación alternativa:Esto significa que muchos módulos de seguridad de hardware (HSMS) en los teléfonos móviles actuales se pueden operar a través de tecnologías como claves de pase.
• Control de gasto:Puede limitar el número de tokens que una aplicación en particular puede consumir o establecer un límite de transferencia de billetera diaria para una mayor seguridad.
• Mecanismo de recuperación:Proporcionar a los usuarios opciones de protección de activos múltiples sin la necesidad de migrar a una nueva cuenta.
Al usar EIP-7702, el EOA debe firmar una autorización que apunte a una dirección delegada específica (esta dirección contiene el código que se ejecutará). Después de completar la configuración, la cuenta obtendrá nuevas funciones de código (como procesamiento por lotes, pago en nombre de otros, lógica de verificación, etc.). Dado que elegir un objetivo delegado significa entregar una gran cantidad de control, EIP-7702 hace cumplir múltiples controles de seguridad:
• Delegación de cadena específica:Por defecto, los delegados solo son válidos para ID de cadena específicos, evitando el uso de la misma autorización en las redes.
• Delegado de unión no propiedad:La autorización puede estar vinculada al Nonce actual de la cuenta, y expirará automáticamente después de que se agregue el Nonce. • Revocabilidad: los propietarios de EOA siempre pueden crear nuevas autorizaciones EIP-7702 para revocar o reemplazar los códigos delegados existentes para evitar el bloqueo permanente debido a operaciones incorrectas.
(2) Optimización de la experiencia del verificador
Pectra contiene tres EIP que mejoran la experiencia del validador: 7251, 7002 y 6110.
Primero, EIP-7251 aumenta el equilibrio máximo de recompensas que los verificadores pueden recibir de 32 ETH a 2048 ETH actualizando voluntariamente el tipo de cupón de retiro.
Para el prometedor, esto logra el interés compuesto en las ganancias. Anteriormente, la porción de los verificadores aposcados superiores a 32 ETH no se incluirá en la estaca activa. Los usuarios que desean prometer más de 32 ETH solo pueden operar en unidades incrementales de 32 ETH, y el valor intermedio depende del grupo de compromiso. EIP-7251 permite configurar los verificadores antiguos y nuevos para obtener recompensas basadas en la participación real (límite superior de 2048 ETH).
El EIP también permite a los grandes operadores fusionar múltiples 32 validadores ETH, reduciendo así los requisitos de ancho de banda en toda la red.
EIP-7002 expande las capacidades del verificador mediante la introducción de retiros activados por la capa de ejecución. Anteriormente, solo la clave de firma activa del verificador podría activar la salida. Ahora, si la dirección de Ethereum se establece como un comprobante de retiro, la dirección también puede verse obligada a salir. Esto reduce la suposición de fideicomiso en la configuración delegada, porque el propietario del fondo (ya sea el individuo que controla el EOA o el contrato inteligente administrado por DAO) siempre puede iniciar una salida sin confianza.
Finalmente, EIP-6110 elimina el legado de Ethereum antes de la fusión: el retraso entre los depósitos de validador y unir la cola de depósito. Antes de la fusión de Ethereum, la cadena de baliza debe esperar a los bloques 2048 antes de procesar el depósito del verificador para hacer frente a una posible reestructuración de prueba de trabajo. ¡Ahora esto ya no es necesario!
EIP-6110 reduce el retraso de procesamiento de depósito de aproximadamente 9 horas a 13 minutos.
(3) Extensión de blob
¡El último cambio importante a Pectra es EIP-7691, que duplica el rendimiento de blob de Ethereum!
El BLOB introducido por la actualización de Dencun es una solución de almacenamiento temporal para que L2 envíe datos de transacciones comprimidos y pruebas a Ethereum L1. Después de la activación, la tarifa L1 de L2 se reduce en 10-100 veces, reduciendo en gran medida los costos de transacción de los usuarios de L2.
Actualmente, la red principal de Ethereum admite un promedio de 3 blobs por bloque, con una capacidad máxima de 6. EIP-7691 se incrementará a un promedio de 6 soporte y un pico de 9 respectivamente.
A diferencia de los días de llamada que el nodo almacena permanentemente, el blob se eliminará después de 4096 épocas (aproximadamente 18 días). Esto limita su uso del espacio. Las limitaciones reales de las blobs provienen del ancho de banda, ya que necesitan propagarse en la capa punto a punto de Ethereum. Para compensar el crecimiento del ancho de banda traído por EIP-7691, Pectra también introdujo EIP-7623 para limitar el límite superior del tamaño del bloque.
Para escalar continuamente el rendimiento de los datos de Ethereum sin aumentar los requisitos de ancho de banda, debemos pasar de «almacenar todos los blobs por nodo» a «el nodo solo almacena un subconjunto y valida el resto de los datos a través del muestreo de red». La buena noticia es: ¡El trabajo relacionado está en marcha! Francesco, un equipo de investigación de la Fundación Ethereum, describió aproximadamente esta hoja de ruta de expansión en una nota clave de Devcon.
2. Especificaciones de Pectra
Para obtener detalles sobre las actualizaciones específicas de Pectra, consulte EIP-7600. Incluyendo específicamente:
• EIP-2537: Precompilación de la operación de curva BLS12-381
• EIP-2935: Guardar el valor de hash de bloque histórico en el estado
• EIP-6110: suministro de depósitos de verificadores en cadena
• EIP-7002: la salida de los desencadenantes de la capa de ejecución
• EIP-7251: Aumente el límite superior max_eFfective_Balance
• EIP-7549: mueva el campo del índice del comité fuera de la certificación
• EIP-7623: aumentar el costo de los datos de llamada
• EIP-7685: solicitud de capa de ejecución general
• EIP-7691: aumento de rendimiento de Blob
• EIP-7702: configure el código de cuenta EOA
• EIP-7840: Agregar programación de blob al archivo de configuración de El
Para la versión completa de Python de la capa de ejecución y la especificación de la capa de consenso, consulte la siguiente versión:
• Capa de ejecución: v1.17.0rc6
• Capa de consenso: V1.5.0-beta.5
Además, Pectra ha actualizado la API del motor para que la capa de consenso se comunique con los nodos de la capa de ejecución.
3. Activación de Pectra
La actualización de la red Pectra se activará en el Ethereum Mainnet a las 10:05:11 Tiempo UTC el 7 de mayo de 2025 (a partir de la época 364032).
Previamente activado en las redes de prueba Hoodi, Holesky y Sepolia.
4. Versión del cliente
Las siguientes versiones del cliente son adecuadas para actualizaciones de Pectra a la red principal de Ethereum.
Versión de capa de consenso
Al ejecutar un verificador, el nodo Beacon de la capa de consenso y el cliente del verificador deben actualizarse al mismo tiempo.
Versión de la capa de ejecución
5. Preguntas frecuentes
P: ¿Cómo funciona la actualización de la red Ethereum?
respuesta:La actualización de la red de Ethereum requiere que los operadores de nodos sean claramente optados. Aunque los desarrolladores de clientes han llegado a un consenso sobre el EIP incluido en la actualización, no son los tomadores de decisiones finales.
Para que la actualización entrará en vigencia, los validadores y los nodos no estacionados deben actualizar manualmente el software para admitir el nuevo protocolo.
Si el cliente Ethereum utilizado no se actualiza a la última versión (ver arriba), la conexión al nodo actualizado se desconectará cuando el bloque se bifurque, lo que resulta en un bifurcación de red. En este caso, cada subconjunto de nodos solo está conectado a nodos que siguen siendo el mismo estado actualizado (no).
Aunque la mayoría de las actualizaciones de Ethereum son poco controvertidas y la bifurcación es rara, la decisión independiente de los operadores de nodos para admitir actualizaciones es la característica central de la gobernanza de Ethereum.
P: ¿Qué necesito hacer como usuario de Ethereum Mainnet o titular de ETH?
respuesta:En una palabra: No.
Si usa una billetera de intercambio, billetera digital o billetera de hardware, no se requiere ninguna acción a menos que el proveedor de servicios lo notifique lo contrario.
P: Como operador de nodo no estacional, ¿qué necesito hacer?
respuesta:Para garantizar la compatibilidad, actualice la capa de ejecución y los clientes de la capa de consenso a las versiones enumeradas en la tabla anterior.
P: ¿Qué necesito hacer como compromiso?
respuesta:Para garantizar la compatibilidad, actualice la capa de ejecución y los clientes de la capa de consenso a las versiones enumeradas en la tabla anterior. Actualice el nodo Beacon y el cliente de validador al mismo tiempo.
P: ¿Qué debo hacer como aplicación o desarrollador de herramientas?
respuesta:Revise el EIP incluido en Pectra para evaluar su impacto en el proyecto: ¡esta actualización presenta muchas características nuevas y emocionantes tanto a nivel de ejecución como de consenso!
P: ¿Por qué se llama «Pectra»?
respuesta:La actualización de la capa de ejecución continúa utilizando el nombre de la ciudad de Devcon, y la actualización de la capa de consenso adopta el nombre de constelación. «Pectra» es una combinación de Praga, el lugar de Devcon IV y la superestrella azul y blanca de Tauro Electra.
