Actualización Fusaka de Ethereum a fin de año, análisis completo de 12 EIP: abordando los tres grandes puntos críticos de escalabilidad, seguridad y eficiencia.

Ethereum lanzará pronto la bifurcación dura Fusaka a finales de 2025, fortaleciendo la escalabilidad y la seguridad a través de 12 propuestas de mejora, y preparándose para activos a gran escala en la cadena en el futuro. (Sinopsis: Tom Lee grita con confianza: Ethereum es una "cadena de bloques verdaderamente neutral" a 12.000 a finales de año, y Bitcoin se precipitará a 250.000 dólares) (Suplemento de antecedentes: analistas de Tom Lee: Ethereum 4.000 dólares para defender la guerra y estabilizar la ofensiva alcista a largo plazo de 5.500 dólares) Ethereum está a punto de marcar el comienzo de una actualización de bifurcación dura llamada "Fusaka" el 3 de diciembre de 2025. Esta actualización contiene un total de 12 Propuestas de Mejora de Ethereum (EIP), que son como 12 partes sofisticadas que trabajarán juntas para mejorar la escalabilidad, la seguridad y la eficiencia operativa de Ethereum. A continuación, categorizaré estos 12 EIP y explicaré en un lenguaje sencillo qué problemas resuelve cada uno y por qué son críticos para el futuro de Ethereum. ¡Expandir! Hacer que Ethereum funcione más rápido y empaque más Este es el tema central de la actualización de Fusaka. Para que Ethereum albergue la economía digital global, debe abordar la congestión de las transacciones y las altas tarifas. Los siguientes EIP están diseñados para lograr esto, especialmente en torno al escalado de la capa 2 para reducir costos y aumentar la eficiencia. EIP-7594: PeerDAS – Punto débil del muestreo de disponibilidad de datos: Dado que la actualización de Dencun introdujo "blobs" de datos para proporcionar un almacenamiento de datos barato para la capa 2, surge una pregunta central: ¿cómo se asegura de que esta enorme cantidad de datos esté realmente disponible? La práctica actual consiste en exigir que cada nodo de validación descargue y compruebe todos los datos de blob transportados por un fragmento. Esto es factible cuando un bloque lleva hasta 9 blobs. Sin embargo, si el número de blobs aumenta aún más en el futuro (por ejemplo, 128), la descarga y verificación de todos los blobs incurrirá en una sobrecarga elevada, lo que aumentará el umbral para la participación del validador y amenazará la descentralización de la red. Solución: PeerDAS (Peer Data Availability Sampling) convierte las tradicionales "todas las comprobaciones" en "comprobaciones puntuales". En términos sencillos: la red segmenta todos los datos del blob. No es necesario que cada validador descargue todos los blobs, solo que descargue y verifique aleatoriamente algunos datos. A continuación, mediante la comprobación aleatoria de los demás y el intercambio de los resultados de la verificación, todos pueden confirmar conjuntamente la integridad y la disponibilidad de todo el conjunto de datos de blobs. Es como un gran rompecabezas en el que todos solo tienen unas pocas piezas en sus manos, pero siempre que verifiquen las conexiones clave de los demás, pueden estar seguros de que todo el rompecabezas está intacto. Vale la pena señalar que PeerDAS no es una invención completamente nueva, y sus ideas centrales de DAS se han practicado con éxito en proyectos de DA de terceros como Celestia. La implementación de PeerDAS es más como la creación de una "deuda técnica" clave para el plan de escalado a largo plazo de Ethereum. Importancia: PeerDAS reduce en gran medida la carga de almacenamiento de los validadores, eliminando la barrera para que Ethereum logre una expansión de datos a gran escala, lo que puede debilitar la descentralización. En el futuro, se espera que cada bloque contenga cientos de blobs, soportando hasta 10 millones de TPS como afirma la visión de Teragas, mientras que la gente común puede ejecutar fácilmente validadores y mantener la red descentralizada. EIP-7892: BPO Hard Fork – Actualización de parámetros ligeros Punto débil: La demanda del mercado de capacidad de datos de capa 2 está cambiando rápidamente, y si tiene que esperar una gran actualización como Fusaka cada vez que ajusta el número máximo de blobs, será demasiado lento para mantenerse al día con el ritmo del desarrollo ecológico. Solución: Este EIP define un mecanismo especial de "bifurcación dura de solo parámetro de blob" (BPO). Esta actualización es muy ligera, solo modifica algunos parámetros relacionados con los blobs (como los blobs de destino por fragmento) y no implica cambios de código complejos. El operador del nodo ni siquiera necesita actualizar el software cliente, simplemente aceptar los nuevos parámetros en un momento específico, tan simple como actualizar un archivo de configuración para el software en línea. Lo que significa: BPO le da a Ethereum la capacidad de ajustar la capacidad de la red de forma rápida y segura. Por ejemplo, después de esta actualización de Fusaka, la comunidad planea realizar dos actualizaciones de BPO en un corto período de tiempo para duplicar gradualmente la capacidad de blobs. Esto permite a Ethereum escalar el espacio de blob bajo demanda, de forma elástica y gradual, suavizando los costes y el rendimiento de L2, y haciendo que los riesgos sean más manejables. EIP-7918: Estabilización del mercado de gastos de blob Punto débil: El mecanismo de ajuste original para las tarifas de blob estaba demasiado "listo para el mercado", lo que trajo algunos problemas inesperados. En primer lugar, cuando la demanda del mercado de blobs es baja, el costo caerá a casi cero, pero esto no estimulará efectivamente una nueva demanda, sino que creará un "mínimo histórico" anormal. Por el contrario, cuando la demanda es alta, Blob Fee volverá a dispararse, creando otro precio extremadamente alto. Esta drástica "involución" de precios dificulta la planificación de gastos de la Capa 2. Solución: La idea central de EIP-7918 es ya no permitir que las tarifas de blob fluctúen indefinidamente, sino establecer un rango de precios razonable para ello, un "gasto mínimo" flexible. La implementación consiste en vincular los límites superior e inferior de la tarifa del blob a la tarifa de ejecución de la capa 2 en la capa 1. Ya sea actualizando la raíz del estado o verificando una prueba ZK, estas tarifas de ejecución son relativamente estables y tienen poco que ver con el volumen de transacciones dentro del bloque L2. Por lo tanto, vincular los límites superior e inferior de la tarifa del blob a este "ancla" estable puede evitar que su precio suba y baje. Importancia: El beneficio inmediato de esta mejora es evitar la "involución" del mercado de tarifas de blob y hacer que el modelo de costos operativos del proyecto de Capa 2 sea más predecible, de modo que la Capa 2 pueda formular tarifas de transacción más estables y razonables para los usuarios finales, evitando la experiencia de montaña rusa de "gratis hoy, precios altísimos mañana". EIP-7935: Aumentar la capacidad de transacciones de la red principal Punto débil: El número total de transacciones que se pueden acomodar por bloque de Ethereum está determinado por el "límite de gas de bloque" (actualmente alrededor de 30 millones) y no se ha ajustado durante muchos años. La forma más directa de aumentar el rendimiento de toda la red es aumentar este límite superior, pero debe asegurarse de que no se eleve el umbral de hardware del nodo validador y no se debilite el grado de descentralización. Solución: Esta propuesta propone elevar el límite de gas por defecto de los bloques a un nuevo nivel (el valor exacto está por determinar, puede ser de 45 millones o más). No se trata de un bloqueo forzado, sino de un nuevo valor predeterminado recomendado que guía a los validadores de la capa de consenso para que acepten gradualmente límites de gas más altos. Lo que significa: Esto significa que se pueden empaquetar más transacciones por bloque de capa 1, y el TPS de la red principal de Ethereum se mejorará directamente, y se puede aliviar la congestión de la red y los picos de las tarifas de gas. Por supuesto, esto también impone mayores exigencias al hardware del verificador, por lo que la comunidad probará y avanzará cuidadosamente. ¡Seguro y estable! Construya una línea de defensa sólida para su red...