Párrafo inicial
El 8 de abril de 2026, investigadores de Ethereum presentaron una propuesta para avanzar hacia bloques «solo blobs» en la Capa 1, un seguimiento de EIP-4844 (proto-danksharding) que la fundación implementó por primera vez en 2023. The Block informó sobre el borrador de la propuesta y las simulaciones acompañantes el 8 de abril de 2026, describiendo diseños pensados para desplazar las cargas útiles persistentes del bloque desde la calldata tradicional hacia blobs de datos efímeros para aliviar la presión sobre el almacenamiento y el ancho de banda de los validadores (fuente: The Block, 8 de abril de 2026). Los partidarios sostienen que el enfoque preserva la semántica de disponibilidad de datos de los rollups mientras reduce de forma material la carga on-chain para nodos completos y validadores; actualizaciones previas como EIP-4844 se atribuyen con reducir los costes de calldata de los rollups hasta en 10×, aproximadamente una reducción del 90% en comparación con los precios de calldata anteriores a 4844 (fuente: Ethereum Foundation, 2023). Los plazos de implementación son inciertos; los investigadores sugieren fases de investigación y pruebas en testnets durante 2026–27 antes de cualquier adopción en mainnet, y la propuesta apunta explícitamente a equilibrar la descentralización a largo plazo con la viabilidad operativa a corto plazo.
Contexto
El concepto «solo blobs» tiene su arraigo en la arquitectura proto-danksharding introducida como EIP-4844 en 2023. EIP-4844 separó los datos efímeros de blobs de la calldata estándar y creó una vía de menor coste para la disponibilidad de datos de rollups; el impacto en la industria incluyó reducciones significativas en tarifas por transacción para rollups L2 y una mejora en la economía de throughput para los servicios de agregación. Sin embargo, el cambio de 2023 no resolvió por completo el problema de recursos de los validadores, porque los nodos todavía necesitan procesar y verificar metadatos relacionados con bloques y mantener índices de estado. Los investigadores ahora proponen ir más allá eliminando la carga útil convencional del bloque en favor de un diseño donde los bloques sirven principalmente como contenedores de compromisos de blobs y metadatos mínimos, desplazando el tráfico de datos más pesado a canales efímeros.
La cobertura de The Block (8 de abril de 2026) enmarca la actualización como una respuesta pragmática al rápido aumento de volúmenes de agregación de L2 y a los cuellos de botella de hardware de validadores. La transición de Ethereum a prueba de participación tras el Merge en septiembre de 2022 eliminó las limitaciones energéticas pero dejó la escalabilidad operativa —E/S de disco, ancho de banda de red y crecimiento del almacenamiento a largo plazo— como factores críticos de coste. La telemetría de la red recopilada por operadores de nodos en 2025–26 mostró aumentos sostenidos en el throughput de datos procedentes de rollups optimistas y equivalentes, lo que impulsó a grupos de investigación a publicar simulaciones de prototipo. La propuesta de abril de 2026 representa el siguiente paso iterativo en la hoja de ruta de Ethereum más que una bifurcación radical: se apoya en primitivos existentes y prioriza la compatibilidad hacia atrás cuando es posible, al tiempo que reconoce cambios en cómo los clientes de nodo y los validadores aceptan y verifican bloques.
El desafío de gobernanza y coordinación es significativo. Cualquier modificación que cambie la semántica de bloque toca consenso, software cliente y la economía de operación de nodos para proveedores de servicios y validadores minoristas. El equipo de investigación ha propuesto un enfoque escalonado con despliegues en testnets y capas de compatibilidad; los plazos para la retroalimentación de las partes interesadas podrían prolongarse a múltiples ciclos de I+D. Es importante notar que la propuesta no se presenta como una solución de emergencia urgente, sino como una estrategia para mantener la Capa 1 como una base viable para rollups de alto volumen a medio plazo.
Análisis de datos
La nota técnica publicada junto con la historia de The Block incluyó simulaciones de prototipo que afirmaban reducciones materiales en el uso de recursos por parte de validadores. Según el material de investigación citado (The Block, 8 de abril de 2026), una configuración con prioridad de blobs redujo las lecturas de disco por validador y la carga de indexación archivística a largo plazo en su banco de pruebas en una proporción que los autores describieron como «significativa» —el resumen público citó reducciones del orden de decenas de puntos porcentuales en ejecuciones simuladas. Para contextualizar estas cifras: EIP-4844 aportó mejoras en el coste de calldata de aproximadamente 10× (≈90% menos por byte para datos de rollups en comparación con la calldata heredada), y la propuesta «solo blobs» busca extender esas ganancias a los costes operativos de los nodos en lugar de limitarse únicamente a las tarifas por transacción (fuente: Ethereum Foundation, 2023; The Block, 8 de abril de 2026).
Desde una perspectiva operativa, la propuesta cambia cómo clientes ligeros y completos obtienen y verifican datos históricos. En lugar de tratar las cargas útiles de bloque como canónicas, los validadores anclarían compromisos a blobs efímeros que se recolectan como basura tras una ventana de retención definida. En la práctica, esto reduce la presión de almacenamiento a largo plazo —el coste dominante para los nodos archivísticos— pero aumenta la dependencia en servicios de disponibilidad a corto plazo y posiblemente en relés especializados de disponibilidad de blobs. La investigación reconoce este trade-off, ofreciendo múltiples parámetros de ventana de retención (por ejemplo, 1–30 días) en las simulaciones para modelar curvas de coste de ancho de banda frente a almacenamiento.
Las comparaciones con otras cadenas y capas son instructivas. Los operadores de nodos completos de Bitcoin deben conservar el historial completo de bloques por diseño; el enfoque «solo blobs» acerca a Ethereum a un modelo funcionalmente más similar a los modelos delegados o híbridos usados por algunas cadenas escalables, al tiempo que preserva la validación descentralizada de las transiciones de estado. En comparación con pares de L2, como los rollups optimistas (p. ej., Optimism) y los ZK-rollups (p. ej., entre proveedores líderes), la actualización «solo blobs» está explícitamente orientada a reducir la fricción de la Capa 1 para esos rollups —no a reemplazarlos. Una métrica clave a vigilar es el coste por byte de la disponibilidad de datos: el paso de los precios de calldata anteriores a 4844 a los blobs supuso en 2023 un cambio de orden de magnitud para los rollups, y la nueva propuesta busca capturar un delta operativo adicional para los validadores.
Implicaciones para el sector
Para proveedores de infraestructura y operadores de nodos, la propuesta podría remodelar la planificación de CAPEX y OPEX. Requisitos de almacenamiento a largo plazo más bajos reducirían el atractivo de nodos archivísticos caros e incrementarían la viabilidad económica de validadores más pequeños. Por el contrario, podrí
