El aumento masivo de Blob en Ethereum ha provocado alertas de presión en la red, y tras la actualización de Fusaka, surge el riesgo de congestión de datos en Layer2

El 27 de enero se informó de que Ethereum tenía nuevas preocupaciones técnicas tras la actualización de Fusaka. La firma de investigación MigaLabs publicó un informe que indica que, a medida que aumenta el número de paquetes blob enviados por las redes de Capa 2 a la mainnet de Ethereum, la red es más propensa a fallos o descartes al procesar bloques de alto contenido de datos, lo que indica que Ethereum aún no está completamente adaptado a las necesidades de un rendimiento de datos a mayor escala.

La actualización de Fusaka se desplegará en diciembre de 2025, con el objetivo principal de proporcionar canales de datos superiores para la expansión de la Capa 2. Antes de la mejora, cada bloque solo podía llevar un máximo de 9 blobs, y la hoja de ruta de la mejora permitía que la capacidad aumentara hasta 8 veces la original. Alex Stokes, ejecutivo de la Fundación Ethereum, también admitió en la rueda de prensa que esta es una tecnología muy nueva y que aún existe incertidumbre sobre el rendimiento de la red en condiciones extremas.

Poco después de la actualización, los desarrolladores de Ethereum comenzaron a aumentar gradualmente el límite de blobs. El primer ajuste aumentó la capacidad a 15, y la segunda actualización, el 7 de enero, la incrementó aún más a 21. Sin embargo, MigaLabs descubrió que los bloques de alto blob que están realmente cerca del límite superior suelen provocar fallos o retrasos posteriores en la propagación del bloque, lo que a su vez ejerce presión sobre la estabilidad de la red.

Leonardo Bautista Gómez, fundador de MigaLabs, dijo que esto no es alarmista, pero quiere recordar a los desarrolladores principales de Ethereum que no deberían seguir aumentando ciegamente la capacidad de los blobs hasta que comprendan completamente la retroalimentación de la red. Cree que bajo una alta carga de datos, los nodos distribuidos presentan cuellos de botella físicos y de red al difundir grandes cantidades de información.

El equipo de PandaOps, parte de la Fundación Ethereum, ha observado un fenómeno similar. El ingeniero Sam Calder-Mason señaló que parte del problema podría estar relacionado con el “juego del tiempo”, donde los validadores retrasan la liberación de bloques para aumentar los rendimientos de MEV, amplificando la inestabilidad causada por bloques de alto blob. Sin embargo, también subrayó que la red en general no está en un estado peligroso en este momento, pero es necesario desplegar un mecanismo de difusión de datos más eficiente antes de continuar expandiéndose.

Este juego técnico en torno al blob de Ethereum y el escalado de la Capa 2 se está convirtiendo en un tema clave en la hoja de ruta de Ethereum en 2026. Si no se logra un equilibrio entre rendimiento y estabilidad, la futura expansión de la capa de datos de Ethereum puede ser más desafiante de lo esperado.