Ethereum realiza la actualización "Fusaka", continúa con la "expansión y mejora de eficiencia", y refuerza la capacidad de liquidación en la blockchain.

Ethereum ha activado la actualización clave "Fusaka", que aumenta la capacidad de datos de Layer-2 en 8 veces mediante la tecnología PeerDAS, y combina el mecanismo de bifurcación BPO y el mecanismo de precio base de Blob, lo que se espera reduzca significativamente los costos operativos de Layer-2 y garantice la sostenibilidad económica a largo plazo de la red.

Redactado por: Ye Huiwen

Fuente: Wallstreetcn

Ethereum está llevando a cabo hoy una actualización clave de red llamada "Fusaka", que marca otro hito importante en su hoja de ruta de expansión continua. Esta actualización tiene como objetivo aumentar significativamente la capacidad de datos y optimizar la eficiencia del protocolo, reduciendo aún más los costos de transacción en las redes Layer-2 y consolidando la posición central de Ethereum como capa de liquidación global eficiente.

Según lo planeado, la actualización Fusaka se activará el 3 de diciembre de 2025 en la altura de bloque 13,164,544. Esto representa un nuevo paso en el camino de expansión de Ethereum tras las actualizaciones Dencun y Pectra. Kenny Lee, jefe de negocios cripto de Goldman Sachs, señaló que Fusaka representa la siguiente etapa en la hoja de ruta de escalabilidad de Ethereum, cuyo objetivo es impulsar la evolución de la red hacia una capa de liquidación globalmente influyente y rentable.

El cambio más importante de esta actualización es la introducción de la tecnología "PeerDAS" (Peer Data Availability Sampling, muestreo de disponibilidad de datos entre pares). Esta función tiene como objetivo aumentar teóricamente la capacidad de datos de las redes Layer-2 en 8 veces, permitiendo un mayor rendimiento de transacciones y reduciendo significativamente las tarifas para los usuarios de Layer-2.

Además, la actualización Fusaka incluye la introducción del mecanismo de bifurcación "solo parámetros de Blob" (BPO), que permite una mayor flexibilidad para futuras expansiones de capacidad de red; al mismo tiempo, optimiza el rendimiento de la red principal Layer-1 mediante funciones como la expiración de almacenamiento y el control de bloques, y mejora las funciones de las billeteras y la experiencia del usuario. Estos cambios en conjunto representan un salto estructural en la escalabilidad, sostenibilidad y operatividad de Ethereum.

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

La actualización Fusaka es en realidad la activación simultánea de la actualización "Fulu" en la capa de consenso y la actualización "Osaka" en la capa de ejecución. Según el plan final confirmado por la Ethereum Foundation, las propuestas de mejora de Ethereum (EIPs) incluidas en la actualización se centran principalmente en tres áreas:

• Mejorar la eficiencia de Layer-1: Incluye la expiración de almacenamiento (EIP-7642) y el límite de Gas por transacción (EIP-7825), con el objetivo de mantener la eficiencia operativa de los nodos a medida que aumenta el uso de la red.
• Expandir la capacidad de datos de Layer-2: El núcleo es PeerDAS (EIP-7594), complementado por la actualización de parámetros de Blob (EIP-7892) y la optimización de tarifas de Blob (EIP-7918).
• Mejorar la experiencia del usuario y las herramientas para desarrolladores: Incluye la propuesta determinista de previsualización (EIP-7917) y la precompilación para soporte de la curva secp256r1 (EIP-7951), para mejorar las funciones de las billeteras y el desarrollo de aplicaciones.

Estas tres direcciones están completamente alineadas con las prioridades estratégicas establecidas por la Ethereum Foundation en abril de 2025 (expandir la red principal de Ethereum, expandir los Blobs y mejorar la experiencia del usuario). Este artículo se centrará en el aumento de la capacidad de datos de Layer-2 y la optimización del mecanismo de tarifas.

Misión central: El camino de la expansión centrada en L2

Para entender por qué Ethereum se enfoca en la expansión a través de Layer-2, es necesario revisar su filosofía de diseño.

En el "trilema de la blockchain" (es decir, la imposibilidad de lograr simultáneamente descentralización, seguridad y escalabilidad), Ethereum priorizó en sus inicios la descentralización y seguridad de su capa base (Layer-1). Esto llevó a que, con el crecimiento de la demanda de aplicaciones descentralizadas, Layer-1 enfrentara cuellos de botella de altas tarifas de transacción y tiempos de confirmación lentos.

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 las redes Layer-2, donde las transacciones se ejecutan fuera de la cadena y luego los datos comprimidos se publican de vuelta en Ethereum Layer-1 para la liquidación final y la seguridad.

Este enfoque modular permite que Ethereum logre escalabilidad sin sacrificar sus principios fundamentales de descentralización. Sin embargo, esto también plantea un nuevo problema de "disponibilidad de datos": cómo demostrar a toda la red que los datos comprimidos publicados son válidos, sin que cada nodo tenga que descargar todos los datos.

PeerDAS: La clave para lograr un aumento de 8 veces en la capacidad de datos

La función más influyente de la actualización Fusaka, PeerDAS, fue creada precisamente para resolver el problema de disponibilidad de datos mencionado anteriormente.

Antes de Fusaka, aunque la actualización Dencun introdujo los "Blobs" como una forma económica de almacenamiento de datos de Layer-2, cada nodo completo de Ethereum aún tenía que descargar todos los datos de Blob, lo que limitaba el ancho de banda y el rendimiento máximo de la red.

PeerDAS cambia fundamentalmente este modelo. Tras la actualización, la red divide los datos de Blob en pequeñas partes y los distribuye entre diferentes nodos. Cada nodo solo necesita descargar y verificar una pequeña parte del total de datos (alrededor de 1/8), y mediante métodos criptográficos puede garantizar la disponibilidad e integridad de todo el conjunto de datos. Este mecanismo reduce significativamente los requisitos de recursos para cada nodo, permitiendo un aumento teórico de aproximadamente 8 veces en la capacidad de datos de la red. PeerDAS sienta las bases para futuras expansiones de Blob y es el principal impulsor de la reducción de los costos de transacción en Layer-2.

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

Con el crecimiento continuo de la actividad de transacciones en Layer-2 (ver Gráfico 2), la demanda de espacio de Blob también está aumentando.

Según datos de Coinmetrics, la cantidad diaria de Blobs muestra una tendencia al alza. Sin embargo, bajo el mecanismo actual, aumentar la cantidad de Blobs por bloque requiere una "hard fork" compleja, una actualización importante que es difícil de coordinar y poco frecuente.

Para resolver este cuello de botella, Fusaka introduce el mecanismo de bifurcación "solo parámetros de Blob" (BPO). Se trata de una bifurcación ligera y especializada, utilizada únicamente para actualizar parámetros relacionados con los Blobs (como el número máximo de Blobs por bloque). Debido a su alcance limitado y su impacto controlable, los equipos de desarrollo pueden implementar este tipo de actualización con mayor frecuencia y seguridad, permitiendo que la red aumente gradualmente su capacidad de datos sin tener que esperar grandes actualizaciones que incluyan otras funciones. Según la Ethereum Foundation, las bifurcaciones BPO se programarán previamente para duplicar el número de Blobs en fases durante varias semanas, hasta alcanzar el valor máximo.

Mercado de tarifas estable: Introducción del mecanismo de precio base de Blob

Después de la actualización Dencun, Layer-2 enfrenta dos tarifas independientes al publicar datos en Ethereum: Gas de ejecución y Gas de Blob. Cuando la demanda de Blob es baja, su tarifa puede caer casi a cero, pero Layer-2 aún debe pagar un Gas de ejecución potencialmente considerable. Esta "falla en la señal de precios" conduce a una baja eficiencia de precios y a la inestabilidad del mercado.

Para resolver este problema, Fusaka introduce el mecanismo de "precio base" para los Blobs a través de la EIP-7918. Este precio base no es un valor fijo, sino que se ajusta dinámicamente en función de las tarifas de Gas de ejecución.

Cuando la tarifa de Blob impulsada por el mercado cae por debajo de este precio base, el algoritmo de ajuste de tarifas evitará que siga bajando. El objetivo es garantizar que la tarifa de Blob siempre refleje su valor económico, manteniendo la sensibilidad del mercado de tarifas ante la congestión de la red y proporcionando a Layer-2 un entorno de precios más estable y predecible.

Impacto en el mercado y riesgos potenciales

Se espera que la actualización Fusaka tenga un impacto profundo en el mercado. El aumento de la capacidad de datos gracias a PeerDAS y la bifurcación BPO probablemente reduzca aún más los costos operativos de Layer-2. Al mismo tiempo, el mecanismo de precio base de la EIP-7918 asegura que el espacio de Blob no se utilice de manera irrazonablemente barata, manteniendo la sostenibilidad económica de la red. Esto podría intensificar la competencia entre las redes Layer-2, desplazando el foco de la competencia de los costos de transacción hacia la experiencia del usuario, la colaboración en el ecosistema y la profundidad de la liquidez.

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

• Riesgo de ejecución: Cualquier hard fork importante conlleva el riesgo de fallos de coordinación entre clientes o la aparición de vulnerabilidades, lo que podría causar inestabilidad temporal en la red.
• Impacto limitado en las tarifas de la red principal: Los beneficios directos de la actualización se reflejan principalmente en Layer-2, por lo que las tarifas de Gas en la red principal de Ethereum pueden no disminuir inmediatamente a corto plazo.
• Requisitos de hardware: Aunque PeerDAS mejora la eficiencia, un objetivo de Blob más alto aún podría aumentar la demanda de ancho de banda para los validadores con el tiempo.
• Retraso en la adaptación del ecosistema: Los desarrolladores de Layer-2 y dApps necesitarán tiempo para aprovechar plenamente las ventajas de la nueva arquitectura.