¡Revolución en el staking de Ethereum: ha llegado la era de 2048 ETH!
Escrito por: Consensys
Compilado por: Nicky, Foresight News
La actualización de Ethereum Pectra se llevará a cabo hoy a las 18:05, hora de Beijing, siendo la primera actualización desde la actualización de Cancún en marzo del año pasado, que incluye un aumento de 64 veces en el límite máximo de stake de validadores a 2048 ETH (EIP - 7251). ¿Podrán los activos de ballenas reconfigurar el panorama de la red Ethereum? Al mismo tiempo, la capa de ejecución abre directamente la autorización de salida autónoma para validadores (EIP - 7002). ¿Podrá el mecanismo de salida asumir el ciclo de vida de Ethereum?
¿Qué es Pectra?
Desde su nacimiento, el objetivo de Ethereum ha sido crear una nueva base de confianza descentralizada para construir un nuevo sistema de liquidación global. Para lograr este objetivo, la comunidad de desarrolladores de Ethereum ha estado evolucionando el protocolo, habiendo implementado aproximadamente 15 actualizaciones en la tecnología central. La 16ª actualización — Pectra, es una importante mejora de la red Ethereum, que está programada para lanzarse oficialmente el 7 de mayo de 2025.
Pectra combina dos actualizaciones sinérgicas: el hard fork de la capa de ejecución de Praga y la actualización de la capa de consenso de Electra. Pectra es la primera actualización desde la actualización de Cancún (Dencun) en marzo de 2024, y se convertirá en la actualización más rica en funciones de Ethereum hasta la fecha, con planes de incluir 11 propuestas de mejora de Ethereum (EIP). Estas EIP aportarán conjuntamente características clave que impulsarán el desarrollo de Ethereum: una actualización significativa de la experiencia del usuario central mediante la implementación de cuentas inteligentes y funciones de delegación; una actualización de las funciones de stake que facilitará a las instituciones y a los inversores individuales garantizar la seguridad de la red; y una mejora significativa en la integración con redes de segunda capa (L2), lo que podría duplicar la eficiencia de la red. En general, Pectra es una actualización importante y emocionante que cambiará el rostro de Web3.
Detrás de la tecnología y los EIP, estas actualizaciones harán que Ethereum sea más rápido, más fácil de usar y más eficiente. La interfaz de usuario central de la red, la billetera, marcará el comienzo de las mejoras más importantes en la historia de la red con la introducción de cuentas inteligentes. Las cuentas inteligentes permiten que las cuentas de los usuarios finales funcionen como contratos inteligentes, lo que esencialmente convierte a cada billetera en una plataforma programable que satisface las necesidades de los usuarios. Habrá una importante actualización a nivel empresarial de la función de staking, un aumento de 64 veces en la cantidad máxima de fondos y la introducción de nuevas características como los saldos de staking incrementales. Esto facilitará a las instituciones la configuración y gestión de sus nodos validadores, al tiempo que reducirá drásticamente la sobrecarga innecesaria de la red. Para las redes de capa 2 (L2), se duplicará el espacio para los bloques disponibles (blobs), lo que duplicará su rendimiento en la etapa inicial, reduciendo costos y agilizando las transacciones.
"Pectra marca un nuevo capítulo para Ethereum, ¡lo que demuestra que el protocolo está en constante evolución!" — dijo Mehdi AOUADI, ingeniero senior de protocolos en Consensys.
Ethereum evoluciona continuamente a través de bifurcaciones duras
Ethereum es una de las redes más activas del mundo: alberga una gran y dedicada comunidad de desarrolladores dedicados a impulsar su crecimiento. Como resultado, Ethereum está en constante evolución para mejorar la escalabilidad, la seguridad y la facilidad de uso. Estas mejoras son posibles gracias a una bifurcación dura, que es una actualización de protocolo en toda la red que modifica el mecanismo operativo de Ethereum. Las bifurcaciones duras no son compatibles con versiones anteriores, lo que significa que todos los operadores de nodos deben actualizar su software para mantenerse al día con la red. Estas actualizaciones pueden involucrar la capa de ejecución (la capa que procesa las transacciones y los contratos inteligentes), la capa de consenso (la capa que es responsable de la validación de bloques y el staking), o una combinación de ambas.
En los últimos dos años, Ethereum ha completado tres bifurcaciones importantes: The Merge, Shanghai/Capella y Cancún (Dencun). Cada bifurcación ha desempeñado un papel clave en la hoja de ruta a largo plazo de Ethereum. The Merge completó la transición a la prueba de participación (PoS), reduciendo drásticamente el consumo de energía. Shanghai/Capella desbloqueó la función de retiro de los validadores, consolidando el mecanismo de stake. Cancún introdujo transacciones de bloques de datos (blob), reduciendo significativamente los costos de rollup y abriendo la estrategia de escalado centrada en rollup de Ethereum.
La actualización de la red Ethereum se implementa a través de propuestas de mejora de Ethereum (EIP): estas son propuestas de proyectos de código abierto, presentadas por la comunidad, perfeccionadas en colaboración y finalmente implementadas. La actualización de Pectra incluye un número récord de EIPs, y todas las propuestas se centran en la optimización de tres direcciones clave: experiencia del usuario (UX), staking y redes de segunda capa (L2).
"Actualizaciones como Pectra, a simple vista parecen ser mejoras a nivel técnico, pero en realidad están haciendo que Ethereum sea más fácil de usar, más escalable y más acorde con los hábitos de uso de los usuarios." — dijo Tian Lim, Director de Gestión de Proyectos Técnicos de Consensys.
El futuro del mapa de ruta para la liquidación financiera global de Ethereum
Estas iniciativas de actualización están alineadas con la visión más grande de Ethereum, que se construye en torno a seis fases de la hoja de ruta: la Fusión (The Merge), el Salto (The Surge), la Purga (The Scourge), el Límite (The Verge), la Limpieza (The Purge) y la Fiesta (The Splurge). Estas fases se centran en la sostenibilidad, escalabilidad, resistencia a la censura, optimización del estado y perfeccionamiento general. A medida que Ethereum avanza en estas fases, cada bifurcación dura se convierte en un hito importante que impulsa el protocolo hacia sus objetivos.
El núcleo de esta hoja de ruta es una ambición grandiosa y cada vez más factible: convertir Ethereum en la capa de liquidación financiera global. Crear una plataforma capaz de manejar todo tipo de transacciones de manera segura y eficiente, ya sean micropagos, transferencias de tokens, transacciones entre cadenas, préstamos descentralizados y servicios de staking orientados a instituciones, todas las operaciones se pueden realizar en la cadena y lograr una conexión sin problemas a nivel mundial. Para alcanzar este objetivo, Ethereum debe seguir mejorando su rendimiento, reduciendo costos y apoyando una experiencia de usuario sin costuras, sin comprometer la descentralización.
Ahora, Ethereum se está preparando para la próxima gran actualización - Pectra, que se basa en los fundamentos establecidos por las bifurcaciones duras anteriores. A continuación, profundicemos en todas las propuestas de mejora de Ethereum (EIP) que se incluirán en la actualización de Pectra.
Progreso en las distintas etapas de la hoja de ruta de Ethereum
The Merge: completado (septiembre de 2022)
La transición de la prueba de trabajo (Proof of Work) a la prueba de participación (Proof of Stake). Este cambio ha traído una mejora significativa en la eficiencia energética y ha sentado las bases para la función de stake.
The Surge: en curso (la actualización de Cancún se ha completado, la actualización de Pectra está en progreso)
Punto clave: lograr escalabilidad a través de rollups y disponibilidad de datos.
Actualización clave: Proto - danksharding (EIP - 4844), transacciones de bloques de datos (blob) (introducidas en la actualización de Cancún), aumento de la capacidad de bloques de datos (plan de actualización de Pectra)
La Plaga
Punto clave: minimizar el valor máximo extraíble (MEV) y mejorar la resistencia a la censura. Actualmente se está llevando a cabo la separación de proponentes y constructores (PBS, Proposer - Builder Separation) y se está trabajando en aspectos de equidad.
The Verge
Punto clave: mejorar la eficiencia del estado a través del árbol Verkle. Esto reducirá los requisitos de almacenamiento y mejorará el rendimiento de los nodos.
La Purga
Enfoque: simplificar el protocolo y limpiar la deuda técnica. Eliminar la carga de datos históricos y reducir los requisitos de los nodos.
El derroche
Punto clave: trabajo de cierre y otras mejoras. Incluye correcciones de la experiencia del usuario, limpieza y optimización de funciones.
Contenido de la actualización de Pectra
Propuesta de Mejora de Ethereum (EIP) planificada para incluir
EIP - 7702
Configuración del código de cuenta de cuenta externa (EOA)
Permitir que las cuentas externas (EOAs) funcionen como cuentas de contratos inteligentes durante una transacción única, desbloqueando funciones como patrocinio (sponsorship) y delegación (delegation) sin necesidad de migrar a cuentas de contratos inteligentes (SCAs).
Esta propuesta introduce una capacidad que permite que las cuentas externas se comporten temporalmente como contratos inteligentes al adjuntar código ejecutable a una transacción.
Si no se aprueba esta propuesta, las cuentas externas seguirán en un estado rígido, y para utilizar funciones como el procesamiento por lotes de transacciones, el patrocinio de Gas o la recuperación inteligente, será necesario migrar a cuentas de contrato inteligente completas. Este EIP resuelve ingeniosamente este problema al permitir que las cuentas externas adopten temporalmente una lógica de validación personalizada solo para las transacciones relevantes. Es muy amigable para el usuario, representa una transformación significativa en la experiencia de usuario de la billetera y cierra efectivamente la brecha entre las cuentas externas y la abstracción de cuentas.
EIP - 7251
Aumentar el saldo máximo efectivo
Aumentar el límite de stake de los validadores de 32 ETH a 2048 ETH, reducir la cantidad de validadores y mejorar la eficiencia de la red.
La propuesta eleva el saldo máximo efectivo de cada validador de 32 ETH a 2048 ETH. El límite actual de 32 ETH ha provocado un aumento en el número de validadores, lo que ha ejercido presión sobre la red y ha aumentado los requisitos de hardware para los operadores de nodos.
Si no se lleva a cabo esta actualización, el conjunto de validadores de Ethereum seguirá creciendo de manera incontrolada. Al permitir que cada validador realice una mayor cantidad de stake, este EIP reduce el número de validadores, simplifica el proceso de generación de bloques y determinación final, y mejora el rendimiento general de la red. Los usuarios pueden no notar de inmediato este cambio, pero es crucial para la sostenibilidad de Ethereum bajo aplicaciones a gran escala.
EIP - 7002
La capa de ejecución puede activar el mecanismo de salida
Permitir a los validadores salir de la red a través de la capa de ejecución, logrando un flujo de trabajo de staking más inteligente y programable.
Esta propuesta permite a los validadores activar el proceso de salida de la red a través de la capa de ejecución, sin limitarse a depender únicamente de los mecanismos de la capa de consenso. Anteriormente, los validadores solo podían depender de la capa de consenso y no podían realizar operaciones de salida automatizadas o impulsadas por contratos.
Si falta esta flexibilidad, será difícil construir casos de uso avanzados como gestores de staking basados en contratos inteligentes o estrategias automatizadas. Esta EIP aumenta la programabilidad y la composibilidad al permitir que la capa de ejecución inicie la operación de salida de los validadores. Aunque esta no es una característica dirigida directamente a los usuarios finales, mejora la flexibilidad del staking y sienta las bases para servicios de validadores más avanzados.
EIP - 6110
Depósito de validadores de suministro en cadena
Transferir el depósito del validador a la capa de ejecución, simplificando y transparentando el proceso de participación en el stake.
Al suministrar el depósito de los validadores directamente en la cadena a través de la capa de ejecución, se optimizó el proceso de participación de los validadores. Antes de esto, el depósito debía pasar a través del intermediario de la capa de consenso, lo que aumentaba la complejidad innecesaria y podía causar retrasos.
Si no fuera por esta EIP, Ethereum necesitaría depender de la transmisión y comunicación de mensajes implícitos entre las capas, lo que resulta en un proceso poco transparente y ineficiente. Hoy en día, al incrustar el depósito de los validadores en la capa de ejecución, el proceso de participación se vuelve más transparente y predecible. Los usuarios comunes pueden que no perciban este cambio directamente, pero refuerza la robustez del ecosistema de staking y apoya una división más clara de las funciones entre la capa de ejecución y la capa de consenso.
EIP - 7691
Mejoras en el rendimiento de bloques de datos (Blob)
Aumentar la cantidad de bloques de datos que se pueden alojar en cada bloque para mejorar la disponibilidad de datos y reducir los costos de transacción de la red de segunda capa (L2).
La propuesta aumentará la cantidad objetivo de bloques de datos por bloque de Ethereum de 3 a 6, y el número máximo de 6 a 9, proporcionando más espacio disponible para la presentación de datos de la segunda capa (rollup). Con la actual limitación introducida en Dencun (EIP - 4844), Ethereum permite un máximo de 6 bloques de datos por bloque, con un objetivo de 3. Pectra eleva este límite a 9 y ajusta el objetivo de incentivos de la red a 6, lo que en la práctica duplica el rendimiento esperado de bloques de datos.
Si no se realiza este ajuste, con el aumento de la demanda agregada, el espacio en los bloques de datos se convertirá en un cuello de botella. Este cambio tiene un impacto directo en los usuarios, ya que ayuda a reducir los costos de la red de segunda capa y mejora la escalabilidad.
EIP - 7840
Agregar mecanismo de programación de bloques (Blob) en el archivo de configuración de la capa de ejecución
Introducir reglas de programación de bloques estandarizados (Bolb) en el archivo de configuración de la capa de ejecución para soportar futuras actualizaciones de expansión.
En la actualidad, los clientes carecen de un enfoque unificado para manejar los cambios en los bloques de datos programados. Esta propuesta incorporará reglas de programación de bloques estandarizadas en el perfil de configuración de la capa de ejecución, ayudando a Ethereum a prepararse para futuras actualizaciones de las funciones de bloques de datos. Si no se implementa esta EIP, habrá confusión y será propenso a errores al coordinar las actualizaciones de la capacidad de los bloques de datos. La propuesta añade una estructura compartida para gestionar la evolución de los bloques de datos en las diferentes fases de bifurcación, facilitando así el trabajo de expansión en el futuro. Aunque los usuarios comunes no verán este cambio directamente, es una infraestructura fundamental para la hoja de ruta de expansión a largo plazo de Ethereum.
EIP - 7623
Aumentar los costos de llamada de datos (calldata)
Aumentar los costos de llamada de datos para incentivar el uso de bloques de datos (blob) en la agregación (rollup) y mejorar la escalabilidad de la red.
Esta propuesta aumenta las tarifas de datos de llamada (es decir, datos no estructurados adjuntos a las transacciones), con el objetivo de alentar a los esquemas de agregación a adoptar bloques de datos introducidos por EIP - 4844 en lugar de almacenar datos de llamada.
Si no se realiza este ajuste, soluciones de segunda capa como Optimism y Arbitrum podrían seguir utilizando datos de llamadas para publicar datos. El costo de uso de los datos de llamadas es más alto y menos eficiente que el de los bloques de datos. Esta EIP ayuda a guiar a los usuarios a pasar del uso de datos de llamadas a la nueva infraestructura de bloques de datos de Ethereum, mejorando así la escalabilidad de la red y reduciendo costos. Aunque los usuarios comunes no verán este cambio directamente, se beneficiarán indirectamente de tarifas más bajas en las redes de segunda capa, cuya mecánica de implementación es mayormente invisible para los usuarios.
EIP - 7685
Formato de solicitud de capa de ejecución genérica
Crear un formato de comunicación estandarizado desde la capa de ejecución hasta la capa de consenso para mejorar la compatibilidad de futuras actualizaciones.
Esta propuesta establece una mejor base para la comunicación entre la capa de ejecución y la capa de consenso al definir un formato de solicitud común.
Actualmente, la forma de comunicación entre la capa de ejecución y la capa de consenso es limitada y carece de estandarización. Si no se implementa esta propuesta, será difícil llevar a cabo futuras actualizaciones que dependan de un intercambio de datos entre capas más robusto. EIP - 7685 no afectará directamente a los usuarios, pero es un factor clave para actualizaciones como el árbol Verkle y la futura integración adicional entre la capa de ejecución y la capa de consenso.
EIP - 7549
Mover el índice del comité fuera de la estructura de atestación
Optimizar la estructura de datos de consenso, reducir el uso de ancho de banda y mejorar el rendimiento.
La propuesta elimina el índice del comité de la estructura de prueba, mejorando así la eficiencia del consenso. Actualmente, la estructura de prueba lleva datos adicionales separables, lo que provoca que su tamaño sea demasiado grande y aumenta la dificultad de optimización.
Si no se realiza este ajuste, los mensajes de consenso de Ethereum seguirán conteniendo información redundante, lo que aumentará la demanda de ancho de banda y almacenamiento. Esta EIP ha reestructurado la prueba, haciéndola más eficiente. Aunque este cambio se realiza en el interior del protocolo y no afectará directamente a los usuarios finales, contribuye a mejorar el rendimiento de la capa de consenso y a fortalecer su adaptabilidad futura.
EIP - 2935
Guardar el hash del bloque histórico en el estado de la cadena de bloques
Expandir el acceso a los hash de bloques antiguos, soportar aplicaciones en cadena más avanzadas y mecanismos de generación de números aleatorios sin confianza.
Actualmente, los contratos inteligentes de Ethereum solo pueden acceder a los hashes de los últimos 256 bloques, lo que limita el desarrollo de aplicaciones descentralizadas que dependen de datos en cadena más antiguos pero aún recientes. Esta propuesta almacenará directamente los hashes de bloques históricos recientes en el estado de la cadena de bloques, resolviendo así este problema de limitación.
Si no se implementa esta EIP, a los desarrolladores les resultará difícil construir todo tipo de aplicaciones basadas en datos de cadenas más antiguas. Al extender el tiempo de almacenamiento de los valores hash, esta propuesta abre nuevas posibilidades para aplicaciones como la generación de números aleatorios, sistemas de prueba y oráculos sin confianza. Aunque la mayoría de los usuarios no percibirán directamente este cambio, para los desarrolladores que crean lógica compleja en la cadena, esta mejora será de gran ayuda.
EIP - 2537
Compilación previa de operaciones en la curva BLS12 - 381
Agregar un contrato precompilado de alta eficiencia energética para la verificación de firmas BLS, que soporte escenarios de staking y aplicaciones entre cadenas.
Esta propuesta introduce contratos precompilados para operaciones en la curva BLS12-381, abordando el desafío de verificar de manera eficiente las firmas BLS (Boneh–Lynn–Shacham) en la cadena. Sin esta propuesta, el consumo de Gas de las operaciones criptográficas (especialmente las utilizadas en el staking y los puentes跨链) es demasiado alto, lo que falta viabilidad en aplicaciones prácticas.
Este EIP añade un contrato precompilado nativo, reduciendo drásticamente el costo de Gas de estas operaciones de verificación. Aunque los usuarios finales no interactúan directamente con él, refuerza la infraestructura criptográfica de Ethereum, apoyando futuras características de interoperabilidad y escalabilidad.
"EIP - 7702 ha elevado la experiencia del usuario de la billetera a un nuevo nivel. Este es un paso importante para llevar la tecnología blockchain al público en general." — Daniel Lehrner, ingeniero de protocolos blockchain senior en Consensys.
Impulsar la mejora de la experiencia del usuario en Web3 con EIP - 7702: Configurar el código de cuenta de cuenta externa (EOA)
En el proceso de impulsar la adopción masiva de Web3, actualizar la experiencia del usuario central es el paso más crítico. La transición hacia cuentas inteligentes marca una transformación fundamental en la forma en que opera la red. Anteriormente, todas las funciones programables provenían de los contratos inteligentes con los que interactuaban los usuarios, mientras que ahora los usuarios pueden, gracias a sus propias billeteras programables, estar al mismo nivel que los desarrolladores profesionales en este campo. El potencial de las cuentas inteligentes es incalculable, ya que abre un nuevo horizonte de desarrollo para desarrolladores e innovadores.
EIP - 7702 permite que una cuenta externa (EOA) tenga temporalmente la funcionalidad de una cuenta de contrato inteligente en una sola transacción al agregar el campo contract_code. Esto permite a los usuarios utilizar funciones avanzadas como el procesamiento por lotes de transacciones, patrocinio de Gas y lógica de verificación inteligente sin tener que desplegar un contrato por separado. A diferencia de EIP - 4337, que depende de infraestructuras externas como empaquetadores (bundlers) y pagadores (paymasters), EIP - 7702 está integrado directamente en el protocolo central de Ethereum. Esta forma de integración no solo reduce la barrera de adopción, sino que también mejora la compatibilidad, permitiendo a los usuarios comunes utilizar más fácilmente las funciones de cuentas inteligentes.
Para los usuarios de MetaMask, esto significa que las cuentas existentes ahora también pueden usar la función de cuentas inteligentes. Por ejemplo, con el kit de herramientas de delegación de MetaMask, los usuarios pueden autorizar permisos de billetera. Antes de esto, estas funciones solo estaban disponibles para cuentas de contratos inteligentes.
"Ahora, el saldo máximo efectivo de los validadores puede alcanzar 2048 ETH. Además, si los usuarios desean retirar parte del saldo efectivo, también pueden lograrlo mediante el mensaje EIP - 7002." — Lucas Saldanha, Ingeniero Principal de Protocolos en Consensys.
Desbloqueo del staking institucional mediante EIP - 7251 y EIP - 7002: aumento del saldo máximo efectivo y mecanismo de salida de validadores de la capa de ejecución
La función de stake está recibiendo una actualización a nivel empresarial.
EIP - 7251 y EIP - 7002 realizaron mejoras clave en la arquitectura de staking de Ethereum, haciéndola más escalable, flexible y más fácil de usar para los desarrolladores.
EIP - 7251 eleva el saldo máximo efectivo de cada validador de 32 ETH a 2048 ETH, lo que permite a los grandes depositantes consolidar activos, al mismo tiempo que reduce el número total de validadores. Esta medida alivia la carga de la capa de consenso, apoya futuras mejoras de rendimiento y no tiene un impacto negativo en los pequeños participantes.
EIP - 7002 permite activar el proceso de salida de los validadores a través de la capa de ejecución, lo que permite a los contratos inteligentes y aplicaciones gestionar el ciclo de vida de los validadores en la cadena. Este es un paso importante hacia un proceso de staking programable y automatizado.
"EIP - 7691 y EIP - 7623 ayudarán a mejorar el rendimiento al optimizar la forma en que se propagan y procesan los bloques, lo que aumentará el rendimiento y aliviará la ocurrencia de peores casos." — Ameziane (ingeniero enfocado en la mejora del rendimiento)
Liberar el rendimiento de la red de segunda capa (L2) con EIP - 7691 y EIP - 7623: pasar de datos de llamada a bloques de datos para mejorar la eficiencia de la agregación
La eficiencia de las redes de segunda capa (L2) se duplicará de la noche a la mañana.
EIP - 7691 y EIP - 7623 colaboran para impulsar la agregación de Ethereum, pasando de depender de datos de llamadas a utilizar bloques de datos, mejorando así la escalabilidad y aliviando la presión en la capa de ejecución.
Introducidos originalmente a través de EIP - 4844 durante la actualización de Cancún en marzo de 2024, los bloques de datos proporcionan una opción de almacenamiento de datos temporal más barata para los resúmenes que los datos de llamada. Sin embargo, debido a la familiaridad con el uso de la herramienta y a las limitaciones de espacio en bloque, muchos resúmenes siguen dependiendo de los datos de llamadas. Para solucionar esto, EIP-7623 inhibe su uso al aumentar el costo de gas de los datos invocados de 16 a 42 por byte. Pero para que la conversión sea práctica, EIP-7691 aumenta la capacidad de bloques de Ethereum, aumentando el número objetivo de bloques por bloque de 3 a 6 y el número máximo de 6 a 9.
Esta cooperación ajustada hace que el espacio de los bloques de datos sea más accesible, al tiempo que reduce la atracción de llamar a los datos, lo que ayuda a redes como Linea a lograr una escalabilidad más eficiente con costos más bajos y una finalización más rápida. Los desarrolladores ahora pueden confiar en la disponibilidad de los bloques de datos al diseñar aplicaciones, mejorando así la previsibilidad y el rendimiento para los usuarios. Esto es parte de la evolución planificada: en la próxima actualización de Fusaka, el objetivo es alcanzar 36 bloques de datos por bloque, con un número máximo de 52, logrando mejoras en eficiencia, rendimiento y costos de más de 10 veces. Fusaka es la próxima ronda de actualizaciones después de la actualización de Pectra, y se espera que amplíe aún más la capacidad de los bloques de datos, con un número objetivo de 32 y un número máximo de 56.
El camino hacia el futuro desarrollo de Ethereum
La actualización de Pectra es un paso importante para que Ethereum y sus aplicaciones ecológicas avancen hacia una nueva etapa. MetaMask planea apoyar la propuesta EIP - 7702, que permitirá a las cuentas externas ordinarias (EOA) realizar transacciones sin pagar tarifas de Gas, al mismo tiempo que implementa funciones de recuperación social y delegación. El servicio de staking de ConsenSys también está listo para implementar la propuesta EIP - 7251, que permite aumentar el límite de staking de los validadores hasta un máximo de 2048 ETH y reducir los costos operativos de los validadores en toda la red.
Linea está preparando activamente un apoyo temprano para la propuesta EIP - 7691, incluso antes del lanzamiento oficial de la mainnet, sus desarrolladores podrán aprovechar una mayor capacidad de bloques de datos (blob) y disfrutar de menores costos de agregación (rollup). Además de los preparativos a nivel técnico, Linea se está convirtiendo gradualmente en la red de segunda capa (L2) más alineada con Ethereum dentro del ecosistema de Ethereum, y se espera que se convierta en la segunda red oficial de Ethereum. Esto significa que Linea podría adoptar estas actualizaciones antes de que se implementen oficialmente en la mainnet, lo que representa para los desarrolladores la posibilidad de utilizar funciones poderosas anticipadamente y transmitir estas ventajas a los usuarios a una velocidad sin precedentes.
Mirando hacia el futuro, la próxima gran actualización de Ethereum — la actualización Fusaka — se espera que implemente un mecanismo de danksharding completo a través de PeerDAS, lo que mejorará significativamente la velocidad y escalabilidad de la red. Combinadas con las bases establecidas por la actualización Pectra, estas transformaciones son parte de la evolución gradual de la red Ethereum, que avanza hacia el ambicioso objetivo de convertirse en una capa de liquidación global verdaderamente escalable y eficiente.
"El futuro es brillante, en los próximos meses se implementarán transformaciones como PeerDAS. Deberíamos ver una mejora significativa en la capacidad de rollup de Ethereum, consolidando aún más la posición de Ethereum en el ecosistema blockchain." — Gabriel Camargo Fukushima, Ingeniero de Blockchain Senior II en Consensys.
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.
Ethereum evolución: actualización de Pectra
Escrito por: Consensys
Compilado por: Nicky, Foresight News
La actualización de Ethereum Pectra se llevará a cabo hoy a las 18:05, hora de Beijing, siendo la primera actualización desde la actualización de Cancún en marzo del año pasado, que incluye un aumento de 64 veces en el límite máximo de stake de validadores a 2048 ETH (EIP - 7251). ¿Podrán los activos de ballenas reconfigurar el panorama de la red Ethereum? Al mismo tiempo, la capa de ejecución abre directamente la autorización de salida autónoma para validadores (EIP - 7002). ¿Podrá el mecanismo de salida asumir el ciclo de vida de Ethereum?
¿Qué es Pectra?
Desde su nacimiento, el objetivo de Ethereum ha sido crear una nueva base de confianza descentralizada para construir un nuevo sistema de liquidación global. Para lograr este objetivo, la comunidad de desarrolladores de Ethereum ha estado evolucionando el protocolo, habiendo implementado aproximadamente 15 actualizaciones en la tecnología central. La 16ª actualización — Pectra, es una importante mejora de la red Ethereum, que está programada para lanzarse oficialmente el 7 de mayo de 2025.
Pectra combina dos actualizaciones sinérgicas: el hard fork de la capa de ejecución de Praga y la actualización de la capa de consenso de Electra. Pectra es la primera actualización desde la actualización de Cancún (Dencun) en marzo de 2024, y se convertirá en la actualización más rica en funciones de Ethereum hasta la fecha, con planes de incluir 11 propuestas de mejora de Ethereum (EIP). Estas EIP aportarán conjuntamente características clave que impulsarán el desarrollo de Ethereum: una actualización significativa de la experiencia del usuario central mediante la implementación de cuentas inteligentes y funciones de delegación; una actualización de las funciones de stake que facilitará a las instituciones y a los inversores individuales garantizar la seguridad de la red; y una mejora significativa en la integración con redes de segunda capa (L2), lo que podría duplicar la eficiencia de la red. En general, Pectra es una actualización importante y emocionante que cambiará el rostro de Web3.
Detrás de la tecnología y los EIP, estas actualizaciones harán que Ethereum sea más rápido, más fácil de usar y más eficiente. La interfaz de usuario central de la red, la billetera, marcará el comienzo de las mejoras más importantes en la historia de la red con la introducción de cuentas inteligentes. Las cuentas inteligentes permiten que las cuentas de los usuarios finales funcionen como contratos inteligentes, lo que esencialmente convierte a cada billetera en una plataforma programable que satisface las necesidades de los usuarios. Habrá una importante actualización a nivel empresarial de la función de staking, un aumento de 64 veces en la cantidad máxima de fondos y la introducción de nuevas características como los saldos de staking incrementales. Esto facilitará a las instituciones la configuración y gestión de sus nodos validadores, al tiempo que reducirá drásticamente la sobrecarga innecesaria de la red. Para las redes de capa 2 (L2), se duplicará el espacio para los bloques disponibles (blobs), lo que duplicará su rendimiento en la etapa inicial, reduciendo costos y agilizando las transacciones.
"Pectra marca un nuevo capítulo para Ethereum, ¡lo que demuestra que el protocolo está en constante evolución!" — dijo Mehdi AOUADI, ingeniero senior de protocolos en Consensys.
Ethereum evoluciona continuamente a través de bifurcaciones duras
Ethereum es una de las redes más activas del mundo: alberga una gran y dedicada comunidad de desarrolladores dedicados a impulsar su crecimiento. Como resultado, Ethereum está en constante evolución para mejorar la escalabilidad, la seguridad y la facilidad de uso. Estas mejoras son posibles gracias a una bifurcación dura, que es una actualización de protocolo en toda la red que modifica el mecanismo operativo de Ethereum. Las bifurcaciones duras no son compatibles con versiones anteriores, lo que significa que todos los operadores de nodos deben actualizar su software para mantenerse al día con la red. Estas actualizaciones pueden involucrar la capa de ejecución (la capa que procesa las transacciones y los contratos inteligentes), la capa de consenso (la capa que es responsable de la validación de bloques y el staking), o una combinación de ambas.
En los últimos dos años, Ethereum ha completado tres bifurcaciones importantes: The Merge, Shanghai/Capella y Cancún (Dencun). Cada bifurcación ha desempeñado un papel clave en la hoja de ruta a largo plazo de Ethereum. The Merge completó la transición a la prueba de participación (PoS), reduciendo drásticamente el consumo de energía. Shanghai/Capella desbloqueó la función de retiro de los validadores, consolidando el mecanismo de stake. Cancún introdujo transacciones de bloques de datos (blob), reduciendo significativamente los costos de rollup y abriendo la estrategia de escalado centrada en rollup de Ethereum.
La actualización de la red Ethereum se implementa a través de propuestas de mejora de Ethereum (EIP): estas son propuestas de proyectos de código abierto, presentadas por la comunidad, perfeccionadas en colaboración y finalmente implementadas. La actualización de Pectra incluye un número récord de EIPs, y todas las propuestas se centran en la optimización de tres direcciones clave: experiencia del usuario (UX), staking y redes de segunda capa (L2).
"Actualizaciones como Pectra, a simple vista parecen ser mejoras a nivel técnico, pero en realidad están haciendo que Ethereum sea más fácil de usar, más escalable y más acorde con los hábitos de uso de los usuarios." — dijo Tian Lim, Director de Gestión de Proyectos Técnicos de Consensys.
El futuro del mapa de ruta para la liquidación financiera global de Ethereum
Estas iniciativas de actualización están alineadas con la visión más grande de Ethereum, que se construye en torno a seis fases de la hoja de ruta: la Fusión (The Merge), el Salto (The Surge), la Purga (The Scourge), el Límite (The Verge), la Limpieza (The Purge) y la Fiesta (The Splurge). Estas fases se centran en la sostenibilidad, escalabilidad, resistencia a la censura, optimización del estado y perfeccionamiento general. A medida que Ethereum avanza en estas fases, cada bifurcación dura se convierte en un hito importante que impulsa el protocolo hacia sus objetivos.
El núcleo de esta hoja de ruta es una ambición grandiosa y cada vez más factible: convertir Ethereum en la capa de liquidación financiera global. Crear una plataforma capaz de manejar todo tipo de transacciones de manera segura y eficiente, ya sean micropagos, transferencias de tokens, transacciones entre cadenas, préstamos descentralizados y servicios de staking orientados a instituciones, todas las operaciones se pueden realizar en la cadena y lograr una conexión sin problemas a nivel mundial. Para alcanzar este objetivo, Ethereum debe seguir mejorando su rendimiento, reduciendo costos y apoyando una experiencia de usuario sin costuras, sin comprometer la descentralización.
Ahora, Ethereum se está preparando para la próxima gran actualización - Pectra, que se basa en los fundamentos establecidos por las bifurcaciones duras anteriores. A continuación, profundicemos en todas las propuestas de mejora de Ethereum (EIP) que se incluirán en la actualización de Pectra.
Progreso en las distintas etapas de la hoja de ruta de Ethereum
La transición de la prueba de trabajo (Proof of Work) a la prueba de participación (Proof of Stake). Este cambio ha traído una mejora significativa en la eficiencia energética y ha sentado las bases para la función de stake.
Punto clave: lograr escalabilidad a través de rollups y disponibilidad de datos.
Actualización clave: Proto - danksharding (EIP - 4844), transacciones de bloques de datos (blob) (introducidas en la actualización de Cancún), aumento de la capacidad de bloques de datos (plan de actualización de Pectra)
Punto clave: minimizar el valor máximo extraíble (MEV) y mejorar la resistencia a la censura. Actualmente se está llevando a cabo la separación de proponentes y constructores (PBS, Proposer - Builder Separation) y se está trabajando en aspectos de equidad.
Punto clave: mejorar la eficiencia del estado a través del árbol Verkle. Esto reducirá los requisitos de almacenamiento y mejorará el rendimiento de los nodos.
Enfoque: simplificar el protocolo y limpiar la deuda técnica. Eliminar la carga de datos históricos y reducir los requisitos de los nodos.
Punto clave: trabajo de cierre y otras mejoras. Incluye correcciones de la experiencia del usuario, limpieza y optimización de funciones.
Contenido de la actualización de Pectra
Propuesta de Mejora de Ethereum (EIP) planificada para incluir
EIP - 7702
Configuración del código de cuenta de cuenta externa (EOA)
Permitir que las cuentas externas (EOAs) funcionen como cuentas de contratos inteligentes durante una transacción única, desbloqueando funciones como patrocinio (sponsorship) y delegación (delegation) sin necesidad de migrar a cuentas de contratos inteligentes (SCAs).
Esta propuesta introduce una capacidad que permite que las cuentas externas se comporten temporalmente como contratos inteligentes al adjuntar código ejecutable a una transacción.
Si no se aprueba esta propuesta, las cuentas externas seguirán en un estado rígido, y para utilizar funciones como el procesamiento por lotes de transacciones, el patrocinio de Gas o la recuperación inteligente, será necesario migrar a cuentas de contrato inteligente completas. Este EIP resuelve ingeniosamente este problema al permitir que las cuentas externas adopten temporalmente una lógica de validación personalizada solo para las transacciones relevantes. Es muy amigable para el usuario, representa una transformación significativa en la experiencia de usuario de la billetera y cierra efectivamente la brecha entre las cuentas externas y la abstracción de cuentas.
EIP - 7251
Aumentar el saldo máximo efectivo
Aumentar el límite de stake de los validadores de 32 ETH a 2048 ETH, reducir la cantidad de validadores y mejorar la eficiencia de la red.
La propuesta eleva el saldo máximo efectivo de cada validador de 32 ETH a 2048 ETH. El límite actual de 32 ETH ha provocado un aumento en el número de validadores, lo que ha ejercido presión sobre la red y ha aumentado los requisitos de hardware para los operadores de nodos.
Si no se lleva a cabo esta actualización, el conjunto de validadores de Ethereum seguirá creciendo de manera incontrolada. Al permitir que cada validador realice una mayor cantidad de stake, este EIP reduce el número de validadores, simplifica el proceso de generación de bloques y determinación final, y mejora el rendimiento general de la red. Los usuarios pueden no notar de inmediato este cambio, pero es crucial para la sostenibilidad de Ethereum bajo aplicaciones a gran escala.
EIP - 7002
La capa de ejecución puede activar el mecanismo de salida
Permitir a los validadores salir de la red a través de la capa de ejecución, logrando un flujo de trabajo de staking más inteligente y programable.
Esta propuesta permite a los validadores activar el proceso de salida de la red a través de la capa de ejecución, sin limitarse a depender únicamente de los mecanismos de la capa de consenso. Anteriormente, los validadores solo podían depender de la capa de consenso y no podían realizar operaciones de salida automatizadas o impulsadas por contratos.
Si falta esta flexibilidad, será difícil construir casos de uso avanzados como gestores de staking basados en contratos inteligentes o estrategias automatizadas. Esta EIP aumenta la programabilidad y la composibilidad al permitir que la capa de ejecución inicie la operación de salida de los validadores. Aunque esta no es una característica dirigida directamente a los usuarios finales, mejora la flexibilidad del staking y sienta las bases para servicios de validadores más avanzados.
EIP - 6110
Depósito de validadores de suministro en cadena
Transferir el depósito del validador a la capa de ejecución, simplificando y transparentando el proceso de participación en el stake.
Al suministrar el depósito de los validadores directamente en la cadena a través de la capa de ejecución, se optimizó el proceso de participación de los validadores. Antes de esto, el depósito debía pasar a través del intermediario de la capa de consenso, lo que aumentaba la complejidad innecesaria y podía causar retrasos.
Si no fuera por esta EIP, Ethereum necesitaría depender de la transmisión y comunicación de mensajes implícitos entre las capas, lo que resulta en un proceso poco transparente y ineficiente. Hoy en día, al incrustar el depósito de los validadores en la capa de ejecución, el proceso de participación se vuelve más transparente y predecible. Los usuarios comunes pueden que no perciban este cambio directamente, pero refuerza la robustez del ecosistema de staking y apoya una división más clara de las funciones entre la capa de ejecución y la capa de consenso.
EIP - 7691
Mejoras en el rendimiento de bloques de datos (Blob)
Aumentar la cantidad de bloques de datos que se pueden alojar en cada bloque para mejorar la disponibilidad de datos y reducir los costos de transacción de la red de segunda capa (L2).
La propuesta aumentará la cantidad objetivo de bloques de datos por bloque de Ethereum de 3 a 6, y el número máximo de 6 a 9, proporcionando más espacio disponible para la presentación de datos de la segunda capa (rollup). Con la actual limitación introducida en Dencun (EIP - 4844), Ethereum permite un máximo de 6 bloques de datos por bloque, con un objetivo de 3. Pectra eleva este límite a 9 y ajusta el objetivo de incentivos de la red a 6, lo que en la práctica duplica el rendimiento esperado de bloques de datos.
Si no se realiza este ajuste, con el aumento de la demanda agregada, el espacio en los bloques de datos se convertirá en un cuello de botella. Este cambio tiene un impacto directo en los usuarios, ya que ayuda a reducir los costos de la red de segunda capa y mejora la escalabilidad.
EIP - 7840
Agregar mecanismo de programación de bloques (Blob) en el archivo de configuración de la capa de ejecución
Introducir reglas de programación de bloques estandarizados (Bolb) en el archivo de configuración de la capa de ejecución para soportar futuras actualizaciones de expansión.
En la actualidad, los clientes carecen de un enfoque unificado para manejar los cambios en los bloques de datos programados. Esta propuesta incorporará reglas de programación de bloques estandarizadas en el perfil de configuración de la capa de ejecución, ayudando a Ethereum a prepararse para futuras actualizaciones de las funciones de bloques de datos. Si no se implementa esta EIP, habrá confusión y será propenso a errores al coordinar las actualizaciones de la capacidad de los bloques de datos. La propuesta añade una estructura compartida para gestionar la evolución de los bloques de datos en las diferentes fases de bifurcación, facilitando así el trabajo de expansión en el futuro. Aunque los usuarios comunes no verán este cambio directamente, es una infraestructura fundamental para la hoja de ruta de expansión a largo plazo de Ethereum.
EIP - 7623
Aumentar los costos de llamada de datos (calldata)
Aumentar los costos de llamada de datos para incentivar el uso de bloques de datos (blob) en la agregación (rollup) y mejorar la escalabilidad de la red.
Esta propuesta aumenta las tarifas de datos de llamada (es decir, datos no estructurados adjuntos a las transacciones), con el objetivo de alentar a los esquemas de agregación a adoptar bloques de datos introducidos por EIP - 4844 en lugar de almacenar datos de llamada.
Si no se realiza este ajuste, soluciones de segunda capa como Optimism y Arbitrum podrían seguir utilizando datos de llamadas para publicar datos. El costo de uso de los datos de llamadas es más alto y menos eficiente que el de los bloques de datos. Esta EIP ayuda a guiar a los usuarios a pasar del uso de datos de llamadas a la nueva infraestructura de bloques de datos de Ethereum, mejorando así la escalabilidad de la red y reduciendo costos. Aunque los usuarios comunes no verán este cambio directamente, se beneficiarán indirectamente de tarifas más bajas en las redes de segunda capa, cuya mecánica de implementación es mayormente invisible para los usuarios.
EIP - 7685
Formato de solicitud de capa de ejecución genérica
Crear un formato de comunicación estandarizado desde la capa de ejecución hasta la capa de consenso para mejorar la compatibilidad de futuras actualizaciones.
Esta propuesta establece una mejor base para la comunicación entre la capa de ejecución y la capa de consenso al definir un formato de solicitud común.
Actualmente, la forma de comunicación entre la capa de ejecución y la capa de consenso es limitada y carece de estandarización. Si no se implementa esta propuesta, será difícil llevar a cabo futuras actualizaciones que dependan de un intercambio de datos entre capas más robusto. EIP - 7685 no afectará directamente a los usuarios, pero es un factor clave para actualizaciones como el árbol Verkle y la futura integración adicional entre la capa de ejecución y la capa de consenso.
EIP - 7549
Mover el índice del comité fuera de la estructura de atestación
Optimizar la estructura de datos de consenso, reducir el uso de ancho de banda y mejorar el rendimiento.
La propuesta elimina el índice del comité de la estructura de prueba, mejorando así la eficiencia del consenso. Actualmente, la estructura de prueba lleva datos adicionales separables, lo que provoca que su tamaño sea demasiado grande y aumenta la dificultad de optimización.
Si no se realiza este ajuste, los mensajes de consenso de Ethereum seguirán conteniendo información redundante, lo que aumentará la demanda de ancho de banda y almacenamiento. Esta EIP ha reestructurado la prueba, haciéndola más eficiente. Aunque este cambio se realiza en el interior del protocolo y no afectará directamente a los usuarios finales, contribuye a mejorar el rendimiento de la capa de consenso y a fortalecer su adaptabilidad futura.
EIP - 2935
Guardar el hash del bloque histórico en el estado de la cadena de bloques
Expandir el acceso a los hash de bloques antiguos, soportar aplicaciones en cadena más avanzadas y mecanismos de generación de números aleatorios sin confianza.
Actualmente, los contratos inteligentes de Ethereum solo pueden acceder a los hashes de los últimos 256 bloques, lo que limita el desarrollo de aplicaciones descentralizadas que dependen de datos en cadena más antiguos pero aún recientes. Esta propuesta almacenará directamente los hashes de bloques históricos recientes en el estado de la cadena de bloques, resolviendo así este problema de limitación.
Si no se implementa esta EIP, a los desarrolladores les resultará difícil construir todo tipo de aplicaciones basadas en datos de cadenas más antiguas. Al extender el tiempo de almacenamiento de los valores hash, esta propuesta abre nuevas posibilidades para aplicaciones como la generación de números aleatorios, sistemas de prueba y oráculos sin confianza. Aunque la mayoría de los usuarios no percibirán directamente este cambio, para los desarrolladores que crean lógica compleja en la cadena, esta mejora será de gran ayuda.
EIP - 2537
Compilación previa de operaciones en la curva BLS12 - 381
Agregar un contrato precompilado de alta eficiencia energética para la verificación de firmas BLS, que soporte escenarios de staking y aplicaciones entre cadenas.
Esta propuesta introduce contratos precompilados para operaciones en la curva BLS12-381, abordando el desafío de verificar de manera eficiente las firmas BLS (Boneh–Lynn–Shacham) en la cadena. Sin esta propuesta, el consumo de Gas de las operaciones criptográficas (especialmente las utilizadas en el staking y los puentes跨链) es demasiado alto, lo que falta viabilidad en aplicaciones prácticas.
Este EIP añade un contrato precompilado nativo, reduciendo drásticamente el costo de Gas de estas operaciones de verificación. Aunque los usuarios finales no interactúan directamente con él, refuerza la infraestructura criptográfica de Ethereum, apoyando futuras características de interoperabilidad y escalabilidad.
"EIP - 7702 ha elevado la experiencia del usuario de la billetera a un nuevo nivel. Este es un paso importante para llevar la tecnología blockchain al público en general." — Daniel Lehrner, ingeniero de protocolos blockchain senior en Consensys.
Impulsar la mejora de la experiencia del usuario en Web3 con EIP - 7702: Configurar el código de cuenta de cuenta externa (EOA)
En el proceso de impulsar la adopción masiva de Web3, actualizar la experiencia del usuario central es el paso más crítico. La transición hacia cuentas inteligentes marca una transformación fundamental en la forma en que opera la red. Anteriormente, todas las funciones programables provenían de los contratos inteligentes con los que interactuaban los usuarios, mientras que ahora los usuarios pueden, gracias a sus propias billeteras programables, estar al mismo nivel que los desarrolladores profesionales en este campo. El potencial de las cuentas inteligentes es incalculable, ya que abre un nuevo horizonte de desarrollo para desarrolladores e innovadores.
EIP - 7702 permite que una cuenta externa (EOA) tenga temporalmente la funcionalidad de una cuenta de contrato inteligente en una sola transacción al agregar el campo contract_code. Esto permite a los usuarios utilizar funciones avanzadas como el procesamiento por lotes de transacciones, patrocinio de Gas y lógica de verificación inteligente sin tener que desplegar un contrato por separado. A diferencia de EIP - 4337, que depende de infraestructuras externas como empaquetadores (bundlers) y pagadores (paymasters), EIP - 7702 está integrado directamente en el protocolo central de Ethereum. Esta forma de integración no solo reduce la barrera de adopción, sino que también mejora la compatibilidad, permitiendo a los usuarios comunes utilizar más fácilmente las funciones de cuentas inteligentes.
Para los usuarios de MetaMask, esto significa que las cuentas existentes ahora también pueden usar la función de cuentas inteligentes. Por ejemplo, con el kit de herramientas de delegación de MetaMask, los usuarios pueden autorizar permisos de billetera. Antes de esto, estas funciones solo estaban disponibles para cuentas de contratos inteligentes.
"Ahora, el saldo máximo efectivo de los validadores puede alcanzar 2048 ETH. Además, si los usuarios desean retirar parte del saldo efectivo, también pueden lograrlo mediante el mensaje EIP - 7002." — Lucas Saldanha, Ingeniero Principal de Protocolos en Consensys.
Desbloqueo del staking institucional mediante EIP - 7251 y EIP - 7002: aumento del saldo máximo efectivo y mecanismo de salida de validadores de la capa de ejecución
La función de stake está recibiendo una actualización a nivel empresarial.
EIP - 7251 y EIP - 7002 realizaron mejoras clave en la arquitectura de staking de Ethereum, haciéndola más escalable, flexible y más fácil de usar para los desarrolladores.
EIP - 7251 eleva el saldo máximo efectivo de cada validador de 32 ETH a 2048 ETH, lo que permite a los grandes depositantes consolidar activos, al mismo tiempo que reduce el número total de validadores. Esta medida alivia la carga de la capa de consenso, apoya futuras mejoras de rendimiento y no tiene un impacto negativo en los pequeños participantes.
EIP - 7002 permite activar el proceso de salida de los validadores a través de la capa de ejecución, lo que permite a los contratos inteligentes y aplicaciones gestionar el ciclo de vida de los validadores en la cadena. Este es un paso importante hacia un proceso de staking programable y automatizado.
"EIP - 7691 y EIP - 7623 ayudarán a mejorar el rendimiento al optimizar la forma en que se propagan y procesan los bloques, lo que aumentará el rendimiento y aliviará la ocurrencia de peores casos." — Ameziane (ingeniero enfocado en la mejora del rendimiento)
Liberar el rendimiento de la red de segunda capa (L2) con EIP - 7691 y EIP - 7623: pasar de datos de llamada a bloques de datos para mejorar la eficiencia de la agregación
La eficiencia de las redes de segunda capa (L2) se duplicará de la noche a la mañana.
EIP - 7691 y EIP - 7623 colaboran para impulsar la agregación de Ethereum, pasando de depender de datos de llamadas a utilizar bloques de datos, mejorando así la escalabilidad y aliviando la presión en la capa de ejecución.
Introducidos originalmente a través de EIP - 4844 durante la actualización de Cancún en marzo de 2024, los bloques de datos proporcionan una opción de almacenamiento de datos temporal más barata para los resúmenes que los datos de llamada. Sin embargo, debido a la familiaridad con el uso de la herramienta y a las limitaciones de espacio en bloque, muchos resúmenes siguen dependiendo de los datos de llamadas. Para solucionar esto, EIP-7623 inhibe su uso al aumentar el costo de gas de los datos invocados de 16 a 42 por byte. Pero para que la conversión sea práctica, EIP-7691 aumenta la capacidad de bloques de Ethereum, aumentando el número objetivo de bloques por bloque de 3 a 6 y el número máximo de 6 a 9.
Esta cooperación ajustada hace que el espacio de los bloques de datos sea más accesible, al tiempo que reduce la atracción de llamar a los datos, lo que ayuda a redes como Linea a lograr una escalabilidad más eficiente con costos más bajos y una finalización más rápida. Los desarrolladores ahora pueden confiar en la disponibilidad de los bloques de datos al diseñar aplicaciones, mejorando así la previsibilidad y el rendimiento para los usuarios. Esto es parte de la evolución planificada: en la próxima actualización de Fusaka, el objetivo es alcanzar 36 bloques de datos por bloque, con un número máximo de 52, logrando mejoras en eficiencia, rendimiento y costos de más de 10 veces. Fusaka es la próxima ronda de actualizaciones después de la actualización de Pectra, y se espera que amplíe aún más la capacidad de los bloques de datos, con un número objetivo de 32 y un número máximo de 56.
El camino hacia el futuro desarrollo de Ethereum
La actualización de Pectra es un paso importante para que Ethereum y sus aplicaciones ecológicas avancen hacia una nueva etapa. MetaMask planea apoyar la propuesta EIP - 7702, que permitirá a las cuentas externas ordinarias (EOA) realizar transacciones sin pagar tarifas de Gas, al mismo tiempo que implementa funciones de recuperación social y delegación. El servicio de staking de ConsenSys también está listo para implementar la propuesta EIP - 7251, que permite aumentar el límite de staking de los validadores hasta un máximo de 2048 ETH y reducir los costos operativos de los validadores en toda la red.
Linea está preparando activamente un apoyo temprano para la propuesta EIP - 7691, incluso antes del lanzamiento oficial de la mainnet, sus desarrolladores podrán aprovechar una mayor capacidad de bloques de datos (blob) y disfrutar de menores costos de agregación (rollup). Además de los preparativos a nivel técnico, Linea se está convirtiendo gradualmente en la red de segunda capa (L2) más alineada con Ethereum dentro del ecosistema de Ethereum, y se espera que se convierta en la segunda red oficial de Ethereum. Esto significa que Linea podría adoptar estas actualizaciones antes de que se implementen oficialmente en la mainnet, lo que representa para los desarrolladores la posibilidad de utilizar funciones poderosas anticipadamente y transmitir estas ventajas a los usuarios a una velocidad sin precedentes.
Mirando hacia el futuro, la próxima gran actualización de Ethereum — la actualización Fusaka — se espera que implemente un mecanismo de danksharding completo a través de PeerDAS, lo que mejorará significativamente la velocidad y escalabilidad de la red. Combinadas con las bases establecidas por la actualización Pectra, estas transformaciones son parte de la evolución gradual de la red Ethereum, que avanza hacia el ambicioso objetivo de convertirse en una capa de liquidación global verdaderamente escalable y eficiente.
"El futuro es brillante, en los próximos meses se implementarán transformaciones como PeerDAS. Deberíamos ver una mejora significativa en la capacidad de rollup de Ethereum, consolidando aún más la posición de Ethereum en el ecosistema blockchain." — Gabriel Camargo Fukushima, Ingeniero de Blockchain Senior II en Consensys.