Ethereum activa la actualización de Fusaka para continuar con la «expansión y mejora de la eficiencia»

Autor: Ye Huiwen, Wall Street News

Ethereum está ejecutando hoy una actualización crítica de la red llamada «Fusaka», otro hito importante en su hoja de ruta de expansión continua.Esta actualización tiene como objetivo reducir aún más los costos de transacción de la red Layer-2 y consolidar la posición central de Ethereum como una capa de liquidación global eficiente al aumentar significativamente la capacidad de datos y optimizar la eficiencia del protocolo.

Según el plan, la mejora de Fusaka se activa a la altura del bloque 13.164.544.Este es un nuevo paso en el camino hacia la expansión de Ethereum luego de las actualizaciones de Dencun y Pectra.Kenny Lee, director del negocio de criptomonedas de Goldman Sachs, señaló que Fusaka representa la siguiente etapa de la hoja de ruta de escalabilidad de Ethereum, con el objetivo de impulsar la evolución de la red hacia una capa de liquidación con alcance global y rentabilidad.

El cambio principal en esta actualización es la introducción de la tecnología “PeerDAS” (Peer Data Availability Sampling). Esta característica está diseñada para aumentar teóricamente la capacidad de datos de la red de Capa 2 en 8 veces, logrando así un mayor rendimiento de transacciones y se espera que reduzca significativamente las tarifas de transacción para los usuarios de Capa 2.

Además, la actualización de Fusaka también incluye la introducción del mecanismo de bifurcación «Blob Parameters Only» (BPO).Flexibilizar las futuras mejoras en la capacidad de la red;Al mismo tiempo, optimiza el rendimiento de la red principal de Capa 1 a través de funciones como la caducidad del almacenamiento y el control de bloques, yMejorar la funcionalidad de la billetera y la experiencia del usuario.En conjunto, estos cambios constituyen un salto estructural hacia la escalabilidad, sostenibilidad y operatividad de Ethereum.

De Dencun a Fusaka: enfoque en la expansión y optimización de la infraestructura

La actualización de Fusaka es en realidad la activación simultánea de la actualización de la capa de consenso «Fulu» y la actualización de la capa de ejecución «Osaka».Según el plan final confirmado por la Fundación Ethereum, las Propuestas de Mejora de Ethereum (EIP) incluidas en la actualización se centran principalmente en tres áreas principales:

• Mejorar la eficiencia de la Capa 1: Incluyendo la caducidad del almacenamiento (EIP-7642) y el límite de gas de transacción (EIP-7825), etc., con el objetivo de mantener la eficiencia de la operación del nodo a medida que aumenta el uso de la red.

• Ampliar la capacidad de datos de Capa 2: El núcleo es PeerDAS (EIP-7594), complementado con la actualización de parámetros de Blob (EIP-7892) y la optimización de costos de Blob (EIP-7918).

• Mejorar la experiencia del usuario y las herramientas del desarrollador.: Cubre la anticipación determinista del proponente (EIP-7917) y la precompilación del soporte de la curva secp256r1 (EIP-7951) para mejorar la funcionalidad de la billetera y el desarrollo de aplicaciones.

Estas tres direcciones principales son completamente consistentes con las prioridades estratégicas establecidas por la Fundación Ethereum en abril de 2025 (expandir la red principal de Ethereum, expandir Blobs y mejorar la experiencia del usuario). Este artículo se centrará en la mejora de la capacidad de datos de Capa 2 y la optimización del mecanismo de tarifas.

Misión principal: camino de expansión “centrado en L2”

Para comprender por qué Ethereum se centra en escalar a través de la Capa 2, es necesario revisar su filosofía de diseño.

En el «trilema de la cadena de bloques» (es decir, la descentralización, la seguridad y la escalabilidad no se pueden lograr al mismo tiempo), el diseño inicial de Ethereum priorizó la descentralización y la seguridad de su capa base (Capa-1).Esto ha provocado cuellos de botella debido a altas tarifas de transacción y tiempos de confirmación lentos en la Capa 1 a medida que crece la demanda de aplicaciones descentralizadas.

Para resolver este problema, Ethereum adoptó una hoja de ruta «centrada en Rollup».Esta estrategia transfiere la mayoría de las tareas de procesamiento de transacciones a la red de Capa 2. Layer-2 ejecuta transacciones fuera de la cadena y luego libera los datos comprimidos a Ethereum Layer-1 para su liquidación final y seguridad.

Este enfoque modular permite a Ethereum lograr escalabilidad sin sacrificar sus principios básicos de descentralización.Sin embargo, esto también plantea un nuevo problema de «disponibilidad de datos»: es decir, cómo demostrarle a toda la red que los datos comprimidos publicados son válidos sin necesidad de que cada nodo descargue todos los datos.

PeerDAS: La clave para conseguir multiplicar por 8 la capacidad de datos

PeerDAS, la característica más influyente en la actualización de Fusaka, se creó para resolver los problemas de disponibilidad de datos mencionados anteriormente.

Antes de Fusaka, aunque la actualización de Dencun introdujo «Blobs» como una forma rentable de almacenar datos de Capa 2, cada nodo completo de Ethereum aún necesitaba descargar los datos completos de Blob, lo que limitaba el ancho de banda y el límite superior de rendimiento de la red.

PeerDAS cambia fundamentalmente este modelo.Después de la actualización, la red dividirá los datos del blob en pequeños fragmentos y los dispersará en diferentes nodos.Cada nodo solo necesita descargar y verificar una pequeña porción de los datos totales (aproximadamente 1/8), asegurando la disponibilidad e integridad de todo el conjunto de datos mediante métodos criptográficos.Este mecanismo reduce significativamente los requisitos de recursos de un solo nodo, lo que aporta un aumento teórico de aproximadamente 8 veces la capacidad de datos de la red.PeerDAS sentó las bases para la posterior expansión de Blob y es la fuerza impulsora clave para la reducción de los costos de transacción de Capa 2.

Bifurcación BPO: aumente el límite de Blob de manera más flexible

A medida que la actividad de transacciones de Capa 2 continúa creciendo (Figura 2), su demanda de espacio de blobs también está aumentando.

Según los datos de Coinmetrics, el número de blobs diarios está aumentando. Sin embargo, según el mecanismo actual, aumentar el número de blobs por bloque requiere una «bifurcación dura» compleja. Estas importantes mejoras son difíciles de coordinar y poco frecuentes.

Para resolver este cuello de botella, Fusaka introdujo el mecanismo «Bifurcación solo de parámetros de blob (BPO)».Esta es una bifurcación liviana dedicada que solo se usa para actualizar parámetros relacionados con blobs (como la cantidad máxima de blobs por bloque).Debido a su pequeño alcance e impacto controlable, los equipos de desarrollo pueden implementar dichas actualizaciones con mayor frecuencia y seguridad, lo que permite a las redes aumentar gradualmente la capacidad de datos sin tener que esperar actualizaciones importantes que incluyan capacidades adicionales.Según la Fundación Ethereum, la bifurcación BPO estará preprogramada para duplicar la cantidad de blobs en etapas durante varias semanas hasta alcanzar un máximo.

Estabilizar el mercado de tarifas: introducir un mecanismo de precio mínimo Blob

Después de la actualización de Dencun, Layer-2 enfrenta dos tarifas independientes por publicar datos en Ethereum: gas de ejecución y gas blob.Cuando la demanda de Blob es baja, su tarifa puede caer a casi cero, pero Layer-2 aún tiene que pagar el gas de ejecución, que puede ser considerable.Esta “falla en la señalización de los precios” puede provocar ineficiencias en los precios e inestabilidad del mercado.

Para resolver este problema, Fusaka introdujo un mecanismo de «precio mínimo» para Blobs a través de EIP-7918.Este precio mínimo no es un valor fijo, sino que está vinculado dinámicamente a la tarifa de ejecución del gas.

Cuando las tarifas blob impulsadas por el mercado caen por debajo de este piso, el algoritmo de ajuste de tarifas evita que caigan más.Esta medida está diseñada para garantizar que las tarifas blob siempre reflejen su valor económico, mantengan el mercado de tarifas sensible a la congestión de la red y proporcionen un entorno de precios más estable y predecible para la Capa 2.

Impacto en el mercado y riesgos potenciales

Se espera que la actualización de Fusaka tenga un profundo impacto en el mercado.Se espera que el aumento en la capacidad de datos provocado por la bifurcación de PeerDAS y BPO reduzca aún más los costos operativos de Capa 2. Al mismo tiempo, el mecanismo de precio mínimo de EIP-7918 garantiza que el espacio Blob no se utilizará de forma irrazonable y económica.Se mantiene la sostenibilidad económica de la red. Esto puede intensificar la competencia entre las redes de Capa 2, y el foco de la competencia puede pasar de los costos de transacción a la experiencia del usuario, la cooperación ecológica y la profundidad de la liquidez.

Sin embargo, esta actualización también conlleva algunos riesgos y consideraciones:

• riesgo de ejecución: Cualquier bifurcación dura importante conlleva el riesgo de fallos de coordinación del cliente o vulnerabilidades, lo que podría provocar una inestabilidad temporal de la red.

• Las tarifas de Mainnet tienen un impacto limitado: Los beneficios directos de la actualización se reflejan principalmente en la Capa 2. Es posible que la tarifa del gas de la red principal de Ethereum no baje inmediatamente a corto plazo.

• Requisitos de hardware: Aunque PeerDAS está optimizado para lograr eficiencia, los objetivos de blob más altos aún pueden aumentar los requisitos de ancho de banda del validador con el tiempo.

• retraso en la adaptación ecológica: Los desarrolladores de Layer-2 y dApp necesitarán tiempo para aprovechar al máximo la nueva arquitectura.