Profundidad de la interpretación de la actualización de Ethereum en Praga: ¿cambiará el panorama o es una reparación de rutina?

Si la historia de la blockchain es la historia de la escalabilidad de Bitcoin, entonces las actualizaciones cíclicas de Ethereum son la referencia central en la dirección de la escalabilidad.

Cada 1-2 años, la actualización de bifurcación dura de la versión principal de Ethereum se irradiará gradualmente a las L2 de la serie Ethereum, y luego se ampliará al desarrollo de múltiples L1. Cada EIP incluido en la bifurcación dura representa la esencia de la comunidad central de Ethereum, siendo el resultado de un equilibrio entre beneficios y costos.

Vamos a revisar desde un punto de vista técnico los 11 EIPs de la actualización de Praga-Electra, para entender qué son, para qué sirven y por qué fueron seleccionados.

Fondo

Actualmente, se espera que la actualización se publique el 5 de marzo en la red de pruebas Sepolia y el 8 de abril en la red principal de Ethereum.

La primera frase de la versión lanzada hace 4 días del repositorio oficial de Ethereum es: "¡Oh, otra versión de hotfix!" Sí, ha habido problemas. Actualmente, el código de la versión activada en la red de prueba Holesky ha causado un fork en la red de prueba (, que se puede entender como un gran tiempo de inactividad ).

Aunque no necesitamos preocuparnos por los errores de código específicos de la bifurcación, se puede ver la complejidad del contenido esta vez.

Desde una perspectiva personal, esta actualización es la más influyente desde la fusión de PoW a PoS, y cambiará completamente el modo de operación en la cadena, brindando una experiencia completamente nueva.

Esta actualización ya ha llamado la atención de equipos de billetera como Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, Safe, entre otros. Básicamente, todos están asegurándose de que puedan adaptarse a tiempo durante el cambio de la red principal, y como usuarios, también podemos aprovechar las billeteras para experimentar.

Pero la verdadera cuestión central es: ¿esta actualización, además de la implementación técnica de los desarrolladores, realmente podrá cambiar la estructura del ecosistema de Ethereum?

¿Es su cambio lo suficientemente profundo, o es solo un parche de rutina de la Fundación Ethereum en la era L2?

Escaneo panorámico

Desde una perspectiva general, esta actualización presenta tres características principales:

1. Después de que el desarrollo de Ethereum entrara en la Profundidad, los proponentes de nuevas propuestas que pueden ser incluidas son básicamente personas de la propia Fundación Ethereum. Vitalik es el principal impulsor de cambios importantes. Es casi imposible ver la creatividad de otros roles incorporándose a las actualizaciones oficiales, lo que quizás también sea una prueba de la voz en el mercado que dice que "Ethereum se está volviendo cada vez más 'obstinada'", el sistema de toma de decisiones se está volviendo cada vez más centralizado.

2. El ritmo del mercado de Ethereum se está acelerando. Esta actualización ha pasado de 8 propuestas desde que se completó el consenso básico en noviembre del año pasado, a 11 en la ejecución real, incluyendo 3 optimizaciones en el nivel L2 impulsadas por Vitalik. Las versiones principales anteriores solían centrarse en un núcleo haciendo pocas optimizaciones, pero ahora casi todas son múltiples esfuerzos. La abstracción de cuentas, que había sido difícil de alcanzar durante años, también se ha incluido en la versión de hard fork. De esto se puede sentir que, en medio de la explosión de múltiples cadenas, el sistema EVM se enfrenta al sistema SVM como Solana, al sistema Move como Aptos, e incluso al sistema BTC y a diversas L2 BTC que están floreciendo.

3. Ethereum está aprovechando las ventajas de la unión ecológica, inclinándose cada vez más hacia la optimización de la experiencia del usuario. ¿Podrías pensar que optimizar la experiencia del usuario no es algo que debería ser natural? Pero en realidad, muchas de las grandes actualizaciones de Ethereum no tienen mucha relación con la experiencia del usuario normal. La última vez que se ajustó el tamaño del bloque (, la expansión reduciría los costos para los usuarios, y la reducción de la volatilidad de precios podría considerarse como una optimización de la experiencia del usuario ), aún en 2018. La última vez que se introdujeron blobs para reducir drásticamente los costos de las tarifas de los usuarios de L2, y esta vez, en estos tres puntos en el tiempo se puede ver que Ethereum ha comenzado a enfocarse en la optimización de los costos para los usuarios.

Pero la pregunta es, ¿Ethereum realmente "prioriza la experiencia del usuario"? ¿O simplemente se ve obligado a optimizar la experiencia del usuario?

Optimización de la experiencia

Primero, el cambio más importante es el EIP-7702, que introduce el mecanismo de abstracción de cuentas desde la capa de cadena. Este punto ya lo hemos analizado en un artículo sistemático anteriormente, así que no lo repetiremos esta vez.

Objetivamente, el EIP-7702 rompe varias reglas tácitas de imposibilidad en la cadena, así como la lógica de aplicación de la mayoría de las DApps.

Para los usuarios, él mismo sigue siendo una dirección EOA, solo que solo activa y utiliza la lógica CA cuando es necesario, por lo que el costo de posesión se ha reducido. No es necesario convertir primero la identidad CA en la cadena para operar, lo que equivale a que los usuarios no necesitan registrarse. Los usuarios pueden realizar múltiples transacciones en paralelo fácilmente con EOA, por ejemplo, autorizando y ejecutando el cobro automático en uno, lo que reduce el costo de transacción para los usuarios.

Para las DApp, especialmente para los proyectos que necesitan realizar gestión empresarial en la cadena, como los intercambios, esto representa una optimización revolucionaria. Una vez que la recolección por lotes se implemente de manera nativa, los costos básicos de los intercambios pueden reducirse instantáneamente en más de la mitad, lo que finalmente beneficiará a los usuarios.

Entonces, aunque ha cambiado mucho, desde la perspectiva de reducir costos, vale la pena que todas las DApp lo estudien y se adapten, porque esta vez, los usuarios sin duda están del lado de EIP-7702.

Pero aquí también hay un riesgo oculto: aunque la abstracción de cuentas reduce los costos de interacción, también aumenta la complejidad de la gestión de permisos de los usuarios. Si los fabricantes de billeteras no logran adaptarse correctamente, podrían surgir vulnerabilidades de seguridad inesperadas. Antes, una operación podía resultar en la pérdida de activos de una sola cadena, pero ahora podría llevar a pérdidas en toda la cadena, e incluso a explosiones programadas. Es evidente que esta es una mejora que a los hackers de phishing les gusta mucho, y los usuarios deben ser más cautelosos con las transacciones en la cadena.

Optimización del lado de la aplicación

EIP-2537 introdujo la operación de precompilación de la curva elíptica BLS12-381, lo que puede optimizar la verificación de firmas BLS y otras operaciones criptográficas complejas, proporcionando una mayor seguridad y eficiencia computacional. Esto facilitará a los usuarios comunes el uso de billeteras de contratos inteligentes de múltiples firmas a bajo costo. Reduce significativamente la complejidad del cálculo de verificación de firmas y el costo de Gas, y también puede implementar y soportar de manera más eficiente funciones como pruebas de conocimiento cero y cifrado homomórfico. Tendrá un papel en la privacidad y la interoperabilidad.

EIP-2935 almacena los últimos 8192 hashes de bloques en el almacenamiento de un contrato del sistema, para proporcionar datos recientes de hashes de bloques a clientes sin estado. Este diseño permite que los clientes accedan a los hashes de bloques históricos durante la ejecución, sin necesidad de almacenar toda la historia de la cadena. Aunque no tiene un impacto directo en los usuarios comunes, fomentará la aparición de algunos clientes sin almacenamiento, lo que tiene un valor de optimización para las aplicaciones que requieren servicios de verificación en la cadena. También ayuda a reducir los costos para Rollup L2, ya que la mayoría de L2 necesita acceder a los hashes de bloques L1 de un período de tiempo anterior para verificar la consistencia de los datos en la cadena y la información histórica.

Múltiples optimizaciones en el escenario de staking

El staking de Ethereum es un gran tema, pero tiene poco impacto en los usuarios comunes (. Si participas en el staking, necesitas reflexionar profundamente sobre la lógica económica aquí ).

EIP-6110 implementará el manejo de operaciones de staking a través de un mecanismo de protocolo en cadena, eliminando el mecanismo de votación de la capa de consenso, optimizando la seguridad y la eficiencia del flujo de staking.

EIP-7002 permite que la capa de ejecución de Ethereum proporcione un mecanismo para activar la salida de validadores y retiros parciales, lo que permite a los validadores que utilizan el comprobante de retiro "0x01" controlar de forma independiente su ETH apostado desde la capa de ejecución.

EIP-7251 eleva el límite de participación efectivo de un solo validador ( a 2048 Ether ), mientras que el límite mínimo de participación se mantiene en 32 Ether.

EIP-7549 moverá el campo de índice del comité del mensaje "Attestation" fuera del mensaje en la capa de consenso, para simplificar la verificación y mejorar la eficiencia.

El contexto macroeconómico es que el grupo de validadores de Ethereum está creciendo rápidamente, y hasta octubre de 2023 hay más de 830,000 validadores. Dado que el MAX_EFFECTIVE_BALANCE está limitado a 32 ETH, los operadores de nodos necesitan crear múltiples cuentas de validadores para gestionar activos de staking más grandes, lo que ha llevado a la existencia de numerosos "validadores redundantes".

Aumentar el límite máximo a través de EIP-7251 puede reducir la cantidad de cuentas controladas para protocolos de staking agregados como Lido, disminuyendo la complejidad del sistema, pero esto podría agravar el problema de la centralización, haciendo que el mercado de staking de ETH sea más concentrado. Mantener siempre un mínimo de 32 ETH en staking indica que aún se requiere la participación de grandes inversores, lo que es un compromiso con la ecología de los protocolos agregados y también evita que los pequeños inversores realicen operaciones frecuentes que afecten la estabilidad de la capa de consenso.

EIP-7549 aumenta la flexibilidad de las operaciones de retiro, facilitando a los apostadores y operadores de nodos mejorar el control sobre los fondos.

Ethereum continúa optimizando la experiencia de staking, lo cual es esencial para consolidar la comunidad de stakers y operadores de nodos, que es el corazón de Ethereum después de la fusión. Una vez que una gran cantidad de fondos ya no esté alrededor de Ethereum, su seguridad se verá comprometida.

Con el apoyo de múltiples EIP, se puede permitir que un mayor número de operadores de nodos combinen múltiples cuentas de validadores, al mismo tiempo que brinda más flexibilidad a los validadores pequeños, por ejemplo, aumentando los ingresos a través de la acumulación de ganancias compuestas o mediante incrementos de staking más flexibles.

Esto es muy importante, originalmente después de alcanzar 32 Ether, si se generan 10 ETH de ganancias, en realidad no se seguirán estacando ETH, porque se necesita juntar hasta 32 para abrir una nueva cuenta. Pero después de esta actualización, se pueden estacar directamente 42 ETH. Evidentemente, las ganancias compuestas pueden volver a ETH.

En la actual situación de bajos rendimientos de los proyectos DeFi en el mercado de ETH, esto podría seguir atrayendo fondos, lo que reduciría la liquidez de ETH; esta podría ser la motivación de la fundación para implementar esta serie de medidas.

Optimización del ecosistema L2

EIP-7623 aumentará el costo de gas del calldata en las transacciones de 4/16 gas por cada byte a 10/40 gas. Estos dos valores diferencian el costo de 0 bytes y no 0 bytes, lo que representa un aumento de 2.5 veces. La esencia es reducir la presión en el bloque, obligando a L2 a no usar calldata, sino a utilizar más blobs.

EIP-7691 aumenta la capacidad de blobs en los bloques, permitiendo así un espacio de almacenamiento L2 a mayor escala. En la anterior actualización de Cancún, había dos parámetros clave que representan los blobs: target y max, que indican la cantidad objetivo de blobs por bloque y la cantidad máxima de blobs por bloque, respectivamente. En Cancún, estos eran 3 y 6; ahora, después de Praga, los parámetros han cambiado a 6 y 9, en resumen, se ha ampliado.

EIP-7840 agregó un perfil de configuración que permite a los clientes ajustar dinámicamente la configuración del número de blobs de EIP-7691. También hay un parámetro baseFeeUpdateFraction que puede ajustar la capacidad de respuesta en la fijación de precios del gas de los blobs.

El punto de venta principal de Ethereum ha cambiado del sistema de contratos del verano de DeFi a la comunidad ecológica de L2. Cualquier otro sistema de cadena, incluso el sistema BTC L2 más popular de este año (, aún se basa en las expectativas de L2 ), y no está en la misma posición competitiva que el L2 de Ethereum.

Porque o bien como BTC, debido a las limitaciones de la cadena, es difícil lograr un retroceso de datos y un compartir de seguridad que tenga un significado práctico como L2. Otros sistemas SVM y Move, en esencia, todavía están desarrollando su propio L1, y apenas están explorando su L2, por supuesto, el alto rendimiento de estas cadenas también depende relativamente menos de hacer L2.

Por lo tanto, Ethereum logra su mejora a través del TPS de L2. Por supuesto, hay muchos problemas, como la dispersión de la liquidez, la complejidad entre cadenas, etc. Pero este camino, él ya solo puede seguirlo así. Después de todo, una vez que Web3 se desarrolle hasta la etapa de cadenas de aplicaciones de alta frecuencia, en realidad no habrá frecuencia de interconexión entre cadenas, y además, la solución a los problemas de liquidez y versatilidad está siendo intentada por vías como la abstracción de cadenas.

Porque los costos de transacción en L2 estarán altamente determinados por la capacidad de blob de Ethereum, por lo que modificar el gas de calldata es para incentivar a L2 a usar más blobs y no utilizar calldata que quede permanentemente en Ethereum para almacenar los datos de estado de L2. Además, la capacidad de blob también necesita considerar el aumento futuro de L2, por lo que debe ser dinámicamente configurable.

A través de esta dirección de desarrollo, se puede determinar aún más la determinación de la dirección L2, lo que también significa la certeza de la demanda del mercado para resolver las desventajas de L2.

Conclusión

La actualización de Praga, como una etapa clave en el camino de evolución continua de Ethereum, se asemeja más a un compromiso que a un ajuste constante. Parece que Ethereum está siendo empujado por el mercado, en lugar de liderar activamente, ya que, aparte de la estaca y la optimización única de Ethereum en L2, otras como BLS y la abstracción de cuentas ya han sido ampliamente pilotadas por otras L1.

Pero en términos generales, esta actualización, aunque no ha generado un amplio debate en el mercado como "Londres" o "fusión", está estableciendo silenciosamente una base más alta de escalabilidad y descentralización para la red Ethereum. El avance de la abstracción de cuentas reducirá la barrera de entrada para que los usuarios utilicen aplicaciones criptográficas, y la mejora del mecanismo de staking seguirá.