En resumen
- La actualización de Fusaka de Ethereum en el cuarto trimestre de 2025 trae escala de datos, defensas de DOS y herramientas de desarrollo.
- Peerdas aumentará el rendimiento de Blob 8 × muestreando datos en lugar de almacenamiento completo en cada nodo.
- Los nuevos EIP establecen tarifas de blob, tamaños de bloque de tapa y agregan características como preconfirmaciones y soporte P-256.
La próxima actualización importante para el Ethereum La red está en el horizonte. Llamado Fusaka, Short para “Fulu-Osaka”, el lanzamiento está programado para el cuarto trimestre de 2025 y combinará cambios significativos tanto en la ejecución de Ethereum como en las capas de consenso.
Fusaka sigue varios hitos para la red Ethereum después de la fusión en 2022. Shanghai/Shapella en 2023 introdujo retiros ETH estados, Dencun en 2024 agregó proto-danksharding y blobs, y Pectra en 2025 trajo flexibilidad de validador e interoperabilidad de capa-2.
Según el proyecto hoja de rutaFusaka está diseñado para expandir la capacidad de datos, reforzar las defensas contra ataques de denegación de servicio e introducir nuevas herramientas para desarrolladores y usuarios.
Los cambios están barriendo. Fusaka no es un parche menor, sino un rediseño de cómo Ethereum administra la disponibilidad de datos, los precios de Blob y las salvaguardas de transacciones. Su éxito se medirá si la red puede escalar para satisfacer la demanda creciente de la capa 2 sin fracturar o sobrecargar a los operadores de nodos.
Peerdas: muestreo en lugar de almacenar todo
La característica central de Fusaka es Peerdasabreviatura de “muestreo de disponibilidad de datos”, una nueva forma de manejar datos de blob.
En Ethereum, un blob es un paquete de datos temporal introducido con Proto Danksharding como parte de la actualización de Dencun. Los blobs permiten que los acurrucados de la capa-2 publiquen grandes cantidades de datos de transacción a Mainnet a bajo precio, mejorando la escalabilidad sin hinchar permanentemente el estado de la cadena de bloques.
Eso asegura la redundancia, pero crea un cuello de botella a medida que crece la demanda. En el modelo actual, cada nodo completo en Ethereum debe almacenar cada “blob” de los datos de la capa 2 publicados en la cadena.
Peerdas cambia la ecuación. Cada nodo almacenará solo una fracción de datos de blob, aproximadamente un octavo, y dependerá de la reconstrucción criptográfica para completar las piezas faltantes. El diseño se basa en un muestreo aleatorio para verificar la disponibilidad de datos con probabilidades de error extremadamente bajas, en el orden de uno en 10²⁰ a 10²⁴.
Al distribuir el almacenamiento de esta manera, Ethereum puede, en teoría, admitir hasta ocho veces más rendimiento de blob sin exigir un hardware o un ancho de banda más alto de los operadores de nodos. Se espera que los rollups, que dependen de blobs para publicar datos de transacciones comprimidas, se benefician más directamente.
BLOB Economía y flexibilidad
Fusaka también reforma cómo los datos de Blob tienen un precio y gestionan.
Un cambio clave, EIP-7918presenta una tarifa de reserva para blobs. Según las reglas actuales, los precios de Blob pueden colapsar cerca de cero cuando dominan las tarifas de gas de ejecución. Esto crea incentivos para un uso ineficiente. La tarifa de reserva garantiza que el uso de Blob siempre tenga un costo de referencia, lo que hace que las redes de la capa 2 pague el almacenamiento y el ancho de banda que consumen.
Otro mecanismo, EIP-7892, introduce horquillas solo de parámetros Blob. Estos permiten a los clientes de Ethereum ajustar el rendimiento de Blob fuera de las horquillas duras completas. El objetivo es dar a los desarrolladores la agilidad de responder a la demanda impredecible de la capa 2 sin esperar la próxima actualización programada.
Protegiendo contra ataques
Escalar también significa aumentar la superficie de ataque de Ethereum. Fusaka incluye una serie de cambios para limitar los peores escenarios y proteger la red de los ataques de denegación de servicio:
- EIP-7823: Tamaño de entrada de tapas para la operación Modexp a 8192 bits.
- EIP-7825: Establece una tapa de gas por transacción de unidades 2²⁴.
- EIP-7883: Aumenta los costos de gas para grandes exponentes en Modexp para igualar mejor el esfuerzo computacional.
- EIP-7934: Tamaño del bloque de ejecución de CAP a 10 MB.
Juntos, estos cambios reducen el riesgo de que las transacciones extremas o los bloques de gran tamaño puedan sobrecargar a los clientes, detener la propagación o crear inestabilidad.
Nuevas herramientas para usuarios y desarrolladores
Fusaka también tiene como objetivo mejorar la usabilidad.
Para usuarios, EIP-7917 Introduce apoyo de preconfirmación. Esto permite que las billeteras y las aplicaciones sigan adelante en el horario de los proponentes, lo que permite a los usuarios bloquear que su transacción aparecerá en un próximo bloque. El resultado es una menor latencia y menos incertidumbre sobre la inclusión.
Para los desarrolladores, Fusaka agrega dos características notables:
- A Código de operación CLZ (Conde ceros de liderazgo), útil para rutinas criptográficas y eficiencia contractual.
- EIP-7951que proporciona verificación de firma SECP256R1 (P-256) nativa. Esta es una curva elíptica común utilizada en dispositivos de hardware y sistemas móviles, y su adición mejora la compatibilidad y la abstracción de la cuenta.
Estos cambios están destinados a reducir la fricción para los desarrolladores de aplicaciones y allanar el camino para nuevos diseños de billeteras y modelos de seguridad.
Lo que los titulares de ETH necesitan saber
Para los usuarios diarios de Ethereum, Fusaka no requiere acción. Los saldos de cuenta, los tokens y las aplicaciones continuarán funcionando como antes. Ethereum.org enfatiza que los usuarios deberían Ignore las estafas pidiéndoles que “actualicen” los fondos ETH o de transferencia—No no hay tal requisito.
La responsabilidad recae en los validadores y los operadores de nodos, que deben actualizar sus clientes de ejecución y consenso en el paso. La coordinación sigue siendo un proceso delicado: si los validadores se quedan fuera de sincronización, la red corre el riesgo de inactividad o divisiones de cadena temporal.
Fusaka lo hará activar en Ethereum’s Holesky Testnet el 1 de octubre, seguido de Sepolia el 14 de octubre, Hoodi el 28 de octubre y el lanzamiento de Mainnet el 3 de diciembre.
En un alto nivel, esto es lo que los desarrolladores acordaron que debería ser el horario para el avance de Fusaka:
1 de octubre: actualización de Holesky
14 de octubre: actualización de sepolia
28 de octubre: Actualización de Hoodi
3 de diciembre: actualización de Mainnet– Christine D. Kim (@christine_dkim) 18 de septiembre de 2025
El futuro de Ethereum después de Fusaka
Fusaka representa uno de los pasos más audaces en la hoja de ruta de Ethereum desde la fusión. Es un intento de ofrecer más capacidad de blob, defensas más estrictas y nuevas herramientas de desarrollador en una sola versión coordinada.
Las pruebas y las pruebas de Devnet están en marcha, con equipos de clientes que se centran en el rendimiento de Peerdas, los modelos de precios de blob y la compatibilidad en el software de ejecución y consenso. Si tiene éxito, Fusaka podría marcar un punto de inflexión en la capacidad de Ethereum para escalar para la próxima ola de adopción de la capa 2.
Informe diario Hoja informativa
Comience todos los días con las principales noticias en este momento, además de características originales, un podcast, videos y más.