jakiro
Autor: 0xnatalie Fuente: ChainFeeds
La próxima actualización de Ethereum a Pectra, su nombre proviene de la combinación de Praga y Electra.
Praga representa la actualización de la capa de ejecución, nombrada en Praga, la Conferencia de Desarrolladores de la Ciudad Anfitrión de Ethereum (Devcon 4), mientras que Electra simboliza la actualización de la capa de consenso, que lleva el nombre de las estrellas en orden alfabético.El nombre de la estrella Electra seleccionado este tiempo corresponde a la letra «E».
Como una bifurcación dura que puede involucrar las propuestas de mejora de Ethereum (EIP) en la historia de Ethereum, la actualización de Pectra no solo incluye una serie de propuestas para las operaciones de validador y las mejoras de rendimiento de Mainnet, sino que también introduce propuestas para optimizar L2.Se acaba de iniciar la red de prueba Pectra DevNet 4, y se ha confirmado que 8 EIP se incluyen en la actualización de Pectra.
Identificar el EIP incluido y su impacto
El impacto de estos 8 EIP en los usuarios se refleja en: al agregar capacidades de ejecución del código a la EOA, mejorar la flexibilidad de la cuenta, permitiendo que realicen operaciones más complejas; Los procesos del validador mejoran la seguridad y la eficiencia, y aumentan la velocidad y el rendimiento de Ethereum.
EIP-2537 (admite la firma BLS): al introducir una serie de contratos precompilados (contratos precompilados), puede agregar soporte para las operaciones de la curva BLS12-381 a Ethereum.Implementar la verificación de firma BLSy permite que múltiples firmas se agregen en una firma, reduciendo así la complejidad durante la verificación.BLS Signature es un algoritmo criptográfico que genera firmas más pequeñas y admite la agregación de la firma.Esta voluntadAyuda L2, que requiere una gran cantidad de operaciones de verificación de firma y verificación de datos, funcionan mejor.
EIP-2935 (guarda el hash de bloque histórico en el estado): almacenando los hash de bloque 8192 más recientes en el contrato del sistema,Para admitir modelos de clientes sin estado, y proporciona una función de consulta de hash histórica más flexible.Estos hashes se pueden consultar directamente a través del contrato y inclinarse como testigos y proporcionar a clientes apátranos.Los clientes no necesitan mantener un historial completo de blockchain o almacenar grandes cantidades de datos por sí mismos, puede verificar la legitimidad de bloques y transacciones confiando en el hash de bloque y las pruebas relacionadas almacenadas en el estado.
EIP-6110 (proporcionando depósitos de verificador en la cadena): transfiere el procesamiento de depósitos de verificador desde la capa de consenso a la capa de ejecución, y procesa y verifica en la cadena, sin depender de mecanismos de votación adicionales en la capa de consenso para confirmar la efectividad de la información de depósito .Mejora la seguridad del proceso de depósito, reduce los retrasos en el procesamiento y simplifica el diseño de la capa de consenso y el cliente.
EIP-7002 (salida desencadenable de la capa de ejecución): permite al propietario del cupón de retiro iniciar una salida de forma independiente, yNo es necesario confiar en la clave activa del validador (tecla BLS)), Aumento de la autonomía del usuario.Actualmente, solo la clave activa del verificador puede activar una salida, lo que significa que si se pierde la clave activa, o el verificador delega la tarea de verificación a un tercero (como un proveedor de servicios de apuestas), el propietario del cupón de retiro (es decir, , el financiado es el propietario real) no puede controlar el ETH comprometido de forma independiente.La propuesta desencadena las operaciones de salida y retiro de ETH a través de la capa de ejecución, y los titulares pueden iniciar las salidas a través del comprobante de retiro sin depender de la clave activa.
EIP-7251 (agregue a la tapa de compromiso): aumente el equilibrio máximo válido del verificador, lo que permite que cada verificador contenga más de 32 ETH, mientras que el umbral de apuesta mínimo permanece en 32 ETH.Objetivo permitir que los operadores de nodo grandes fusionen múltiples validadoresReduzca el número de validadores en la red, reduciendo así los mensajes P2P, la agregación de firma y la carga de almacenamiento.
EIP-7549 (índice del comité de movimiento fuera de prueba): una agregación de votación de consenso más eficiente al sacar el campo del índice del comité fuera del mensaje de certificación.Actualmente en el mecanismo de consenso de Ethereum, la votación de cada validador incluye: votación de LMD Ghost (incluido el ranura de raíz y tiempo de votación), la votación de Casper-FFG (incluida la información de origen y el objetivo) e índice del comité (al que pertenece el verificador. Número de comité).Dado que el índice del comité se incluye en el mensaje de la firma, cuando múltiples validadores votan en el mismo bloque, las raíces de firma generadas son diferentes incluso si sus votos son los mismos, lo que resulta en que estos votos no se agregan fácilmente.Mueva el campo del índice del comité del mensaje de firma en sí, por lo tantoLograr una agregación de votación más eficiente y reducir los costos de verificación y la carga de la red.
EIP-7685 (solicitud de capa de ejecución general): define un marco común para la capa de ejecución (EL) para almacenar y procesar las solicitudes activadas por contratos inteligentes.Este marcoAdmite más comportamiento de activación de la capa de ejecucióny permitir que se procesen diferentes tipos de solicitudes de manera uniforme,Simplifica el proceso de agregar nuevos tipos de solicitudes, sin modificar la estructura del bloque de ejecución.
EIP-7702 (Agregar capacidad de ejecución del código a EOA):Agregue la ejecución del código a cuentas de propiedad externamente (EOA) para mejorar la flexibilidad y la programabilidad de la cuenta.EOA especifica un contrato inteligente para realizar ciertas operaciones, como transacciones por lotes o control de permiso, a través de firmas de autorización.Tiene ciertas funciones de contrato inteligentes sin cambiar en una cuenta de contrato inteligente.
EIP que están bajo consideración
Los siguientes son algunos EIP que se están considerando activamente.Además, el ajuste para aumentar los costos de los datos de llamada puede afectar la cantidad de ETH destruida y aumentar la presión inflacionaria sobre ETH.
EIP-7742 (desacoplando la dependencia del recuento de blob entre la capa de consenso y la capa de ejecución): desacopla el número de blobs entre la capa de consenso y la capa de ejecución, simplifica el proceso de verificación de blob, reduce flexibilidad.En el protocolo actual, tanto la capa de ejecución como la capa de consenso dura el valor del valor del blob, lo que resulta en una verificación redundante.Esta propuesta cancela la verificación de la capa de ejecución del valor máximo de blob y, en su lugar, proporciona la capa de consenso con el valor de destino blob a la capa de ejecución.De esta manera, los parámetros objetivo de blob se pueden ajustar de manera más flexible para adaptarse a futuras necesidades de expansión.EIP-7742 es la propuesta menos controvertida en la lista de EIP que se están considerando para su inclusión en la lista de EIP actualizada. Se incluirá oficialmente aún, debe esperar la capa de ejecución.
EIP 7762 (tarifa básica mínima de blob): aumente min_base_fee_per_blob_gas con el objetivo deReduzca el tiempo que lleva ajustar el precio de Blob a un nivel razonable.Actualmente, la tarifa base mínima de blob se establece en 1 WEI, y cuando la demanda de blob excede la oferta, el proceso de descubrimiento de precios (es decir, determinar un precio de gas blob razonable) es demasiado lento y tarda mucho en alcanzar el nivel de tarifa apropiado .Al aumentar la tarifa de base mínima de blob, el tiempo para el ajuste de los precios se puede acortar, el equilibrio del mercado se puede lograr más rápido y la red puede permanecer estable durante la demanda máxima.
EIP-7623 (aumentar el costo de los datos de llamada): aumente el costo de los datos de llamadas en las transacciones para reducir el tamaño máximo del bloque y su rango de cambios, asegurando que la red pueda procesar las transacciones de manera más suave.El tamaño de bloque máximo actual es de aproximadamente 1.79 MB, pero debido a la gran cantidad de datos liberados por aplicaciones como los rollups, el tamaño promedio del bloque continúa aumentando.Al aumentar el costo de los datos de llamadas principalmente para las transacciones de disponibilidad de datos (DA), reduciendo el tamaño máximo del bloque a aproximadamente 0.72 MB, dejando espacio para la adición futura de límites de gas de bloque o más manchas.Los costos de transacción para los usuarios comunes siguen siendo los mismos, y este cambio afecta principalmente los tipos de transacciones que dependen de Ethereum para el almacenamiento de datos a gran escala.Sin embargo, el aumento en los costos de los datos de llamada puedeReducir la competitividad de Ethereum en el almacenamiento de datos.Además, los costos de los datos de llamadas aumentan, y el número de transacciones puede disminuir, lo que resulta en una reducción correspondiente en ETH destruida a través del mecanismo EIP-1559.A su vez, aporta una mayor presión inflacionaria a ETH.
EIP 7782 (tiempo de ranura acorta): acorta el tiempo de ranura de Ethereum de 12 segundos a 8 segundos, genere bloques con mayor frecuencia para procesar más transacciones, utilizando esto como una alternativa para aumentar el número de blobs para mejorar el rendimiento de la transacción.Pero puede destruir algunos contratos inteligentes que codificaron 12 segundos de tiempo de ranura y aceleran el problema de inflación del estado de Ethereum, aumentando la carga de almacenamiento y computación.
EIP-7783 (aumente gradualmente el límite de la tarifa de gas de bloque): como una alternativa más moderada al EIP-7782, aumente gradualmente el número de transacciones que se pueden acomodar por bloque ajustando dinámicamente el límite de gas de bloque, mejorando así la potencia de procesamiento de la potencia de procesamiento de la red. .En comparación con el tiempo de ranura acortado directamente, ajustar gradualmente los límites de gas puede hacer que la expansión de la red sea más estable.Esta propuesta no requiere una horquilla dura, pero puede tener un impacto en los datos de estado.
Dado que la actualización de Pectra contiene una gran cantidad de EIPS, para reducir la complejidad de una sola actualización y acelerar el lanzamiento de algunos EIP, en mayo, Ethpandaops, el equipo de ingenieros de la Fundación Ethereum, sugirió dividir a Pectra en dos partes, pero fue preocupado de que retrase la actualización en ese momento.En septiembre, el investigador de Ethereum Alex Stokes propuso una vez más una propuesta dividida, que fue reconocida por los desarrolladores esta vez.
Parte uno: Incluyendo EIP (es decir, 8 EIP que se han identificado) que ya se están ejecutando en Pectra DevNet Testnet, son relativamente más fáciles de implementar y han pasado muchas pruebas.
Parte 2: Ponga EIP más complejos (como Peerdas, propuestas relacionadas con EOF) y otras propuestas que requieren más tiempo para probar en la segunda fase.Estas propuestas requieren un mayor desarrollo, auditoría y pruebas, especialmente aquellas que involucran la coordinación entre el consenso y los niveles de ejecución.
