EIP-4844 (Proto-Danksharding) – Blobs de datos
⚡ Definición Rápida
EIP-4844, conocido como Proto-Danksharding, es una mejora fundamental del protocolo Ethereum que introduce un nuevo tipo de transacción capaz de manejar grandes paquetes de datos llamados «blobs» (Binary Large OBjects). Estos blobs se almacenan de manera temporal y económica en la capa de consenso de Ethereum (Beacon Chain), diseñados específicamente para que las soluciones de escalabilidad de Layer 2 (Rollups) publiquen sus datos comprimidos. Su propósito es reducir drásticamente el costo de operar estos Rollups, actuando como un puente crítico hacia el futuro Danksharding completo, la visión a largo plazo para escalar Ethereum a decenas de miles de transacciones por segundo.
Términos relacionados: Blob Transactions • Data Availability Layer • Rollup • Layer 2 • Sharding
❓ ¿Qué es EIP-4844 y por qué es el acelerador definitivo de los Layer 2?
Imagina una autopista (Ethereum Layer 1) con un peaje caro por cada vehículo (transacción). Los Rollups de Layer 2 son como autobuses que agrupan a muchos pasajeros para pagar un solo peaje, dividiendo el coste. Sin embargo, hasta ahora, el «ticket» de ese autobús (los datos de las transacciones agrupadas) se escribía para siempre en un libro de registro enorme y costoso de mantener (calldata en L1). EIP-4844 cambia las reglas: ahora ese ticket se escribe en un pizarrón temporal (el blob), que es barato de usar y se borra tras un corto periodo, suficiente para que todos verifiquen que el viaje fue correcto.
Esto reduce el coste del peaje para el autobús (el Rollup) en más de un 90%, haciendo que el viaje para cada pasajero (usuario) sea casi gratuito.
Antes de EIP-4844, el crecimiento de los Rollups estaba limitado por el alto costo de publicar datos en Ethereum. Este EIP es el cambio de infraestructura más importante para la escalabilidad desde el lanzamiento de los propios Rollups. No solo hace las transacciones en L2 más baratas, sino que también libera espacio en los bloques de Ethereum para otras actividades, creando un ecosistema más sano y accesible para todos, desde usuarios de DeFi hasta jugadores de juegos blockchain.
📖 Definición Técnica
EIP-4844 introduce un nuevo tipo de transacción (type 3) que puede transportar uno o más blobs de datos, cada uno de aproximadamente 128 KB. Estos blobs se almacenan en la Beacon Chain, la capa de consenso de Ethereum, en lugar de en la capa de ejecución (EVM). Cada blob va acompañado de un compromiso criptográfico KZG (Kate-Zaverucha-Goldberg) que permite verificar su integridad sin descargarlo completo. Los blobs tienen una persistencia corta de aproximadamente 18 días (4096 epochs), suficiente para que los Rollups los verifiquen, y luego son eliminados automáticamente para ahorrar espacio. Además, los blobs tienen su propio mercado de gas separado («blobspace»), con un límite por bloque (target 3, max 6 inicialmente) y un precio que se ajusta dinámicamente mediante un mecanismo similar a EIP-1559.
🏗️ Comparativa: Antes y después de los Blobs
EIP-4844 representa un cambio de paradigma en la forma en que Ethereum maneja los datos de los Rollups. Esta tabla resume la evolución:
| Aspecto | Sistema Anterior (Calldata) | Con EIP-4844 (Blobs) | Futuro Danksharding Completo |
|---|---|---|---|
| Costo para Rollups | Muy alto. El calldata es permanente y compite por gas con todo en L1. | Reducción estimada del 80-90%. Mercado de gas separado y almacenamiento temporal. | Reducción de >99%. Miles de blobs por bloque distribuidos entre validadores. |
| Almacenamiento en L1 | Los datos del Rollup se guardan para siempre en la historia de Ethereum, aumentando el tamaño de la cadena. | Los datos se borran tras ~18 días. Solo persiste un compromiso criptográfico minúsculo. | Mecanismo de «muestreo de datos» donde los validadores solo almacenan pequeñas porciones, permitiendo escalar masivamente. |
| Capacidad de Datos por Bloque | Limitada por el límite de gas del bloque. Unos cientos de KB útiles para datos. | Capacidad inicial de ~0.75 MB por bloque (6 blobs de 128 KB), con posibilidad de aumentar. | Objetivo de 16-32 MB por bloque, con un camino hacia cientos de MB. |
| Modelo de Seguridad | Los datos están disponibles porque todo nodo completo los descarga y almacena eternamente. | Los datos están disponibles porque todos los validadores de la Beacon Chain los almacenan temporalmente. | Los datos están disponibles mediante pruebas criptográficas y muestreo aleatorio, sin que ningún nodo los tenga todos. |
| Impacto en el Usuario Final | Tarifas en L2 relativamente bajas, pero con un piso significativo debido al costo de L1. | Tarifas en L2 cercanas a cero para muchas actividades. Posibilidad de micro-transacciones y nuevos casos de uso. | Ethereum escala a nivel global para todo tipo de aplicaciones, con tarifas ínfimas en L2. |
⚙️ Funciones clave y características técnicas
| Función / Característica | Descripción Técnica | Impacto Principal | Ejemplo Práctico |
|---|---|---|---|
| Transacciones con Blobs | Introduce un nuevo tipo de transacción (type 3) que puede llevar uno o más blobs de ~128 KB de datos, además de los componentes tradicionales. | Permite a los Rollups enviar datos comprimidos de forma nativa y eficiente, sin saturar la ejecución en L1. | Un batch de 10,000 swaps en Uniswap dentro de Arbitrum se publica como un único blob en lugar de miles de líneas de calldata. |
| Almacenamiento en Beacon Chain | Los blobs se persisten en los nodos de consenso (Beacon Chain), separados de la capa de ejecución (donde ocurre el smart contract). | Descongestiona la EVM y permite que los clientes de ejecución sean más ligeros. La disponibilidad de datos está asegurada por los validadores. | Un validador ejecuta Geth para el estado y Prysm para guardar los blobs, optimizando el uso de recursos. |
| Persistencia Corta (~18 días) | Los blobs son eliminados automáticamente después de un periodo corto (epochs de la Beacon Chain), suficiente para que los Rollups los verifiquen. | Reduce radicalmente los requisitos de almacenamiento a largo plazo en comparación con el calldata, que es permanente. Esto abarata costos. | Los datos de todas las transacciones de Optimism de una semana se borran tras 18 días, pero su validez ya está probada y asentada. |
| Compromisos KZG (Kate-Zaverucha-Goldberg) | Cada blob va acompañado de un pequeño compromiso criptográfico KZG, que permite verificar su integridad sin descargarlo completo. | Habilita verificaciones ligeras y es la base técnica para el futuro muestreo de disponibilidad de datos (DAS) en Danksharding. | Un puente seguro puede confiar en que los datos de un batch de zkSync son válidos comprobando una prueba KZG de 48 bytes. |
| Mercado Separado de Gas («Blobspace») | Los blobs tienen su propio límite por bloque (target 3, max 6 inicialmente) y su precio de gas se ajusta dinámicamente, separado del gas de ejecución EIP-1559. | Evita que la congestión en DeFi (NFT mints, liquidaciones) afecte directamente el costo de los datos de los Rollups, y viceversa. | Durante un lanzamiento masivo de NFTs en Ethereum L1, el precio del gas para ejecución sube, pero el costo para que Arbitrum publique un batch se mantiene estable en su propio mercado. |
📈 Principales funciones de EIP-4844 en el ecosistema Ethereum
- Reducción Masiva de Costos en L2: El beneficio directo y más tangible. Las transacciones en Arbitrum, Optimism, zkSync y otros Rollups se abaratan enormemente.
- Camino Clara hacia Danksharding: No es un parche, sino la primera fase de una arquitectura bien planeada. Implementa las primitivas criptográficas (KZG) y de consenso necesarias para el futuro.
- Mejora la Experiencia de Usuario (UX): Con tarifas casi inexistentes, aplicaciones como juegos, redes sociales on-chain y DeFi para pequeños inversores se vuelven viables.
- Libera Capacidad en L1: Al mover los datos de los Rollups a los blobs, se reduce la competencia por el espacio en bloque de L1, lo que puede moderar las tarifas de gas de Ethereum para aplicaciones que deban ejecutarse directamente en la capa base.
- Fomenta la Innovación: Abre la puerta a nuevos tipos de Rollups y aplicaciones que antes no eran económicamente posibles.
🆚 EIP-4844 vs. Danksharding vs. Sharding Tradicional
Para entender el lugar de EIP-4844 en el roadmap de Ethereum, es útil compararlo con otros enfoques de escalabilidad.
| Aspecto | EIP-4844 (Proto-Danksharding) | Danksharding Completo | Sharding Tradicional (ej. Eth2 original) |
|---|---|---|---|
| Objetivo Principal | Proveer datos baratos para Rollups de inmediato. | Escalar Ethereum a decenas de miles de TPS con disponibilidad de datos masiva. | Dividir la cadena en múltiples fragmentos (shards) para procesar transacciones en paralelo. |
| Complejidad de Implementación | Baja a media. Añade blobs sin cambiar la estructura de la EVM. | Muy alta. Requiere DAS, cambios en el consenso y nueva criptografía. | Alta. Requiere coordinación entre shards y lógica de comunicación compleja. |
| Impacto en Rollups | Directo e inmediato. Reduce costos drásticamente. | Máximo. Permite que los Rollups escalen sin límites prácticos. | Indirecto. Los Rollups podrían usar shards para datos, pero no es su diseño óptimo. |
| Cambio en la Capa de Ejecución | Mínimo. Los blobs están fuera de la EVM. | Mínimo. La EVM sigue igual, solo cambia la disponibilidad de datos. | Grande. La EVM se ejecuta en cada shard, aumentando la complejidad. |
| Estado Actual | Implementado (Ethereum mainnet, marzo 2024). | En investigación y desarrollo. Sin fecha de implementación. | Abandonado. Ethereum optó por el enfoque Rollup-centric. |
✅ Ventajas de EIP-4844
- Reducción Masiva de Costos en L2: El beneficio directo y más tangible. Las transacciones en Arbitrum, Optimism, zkSync y otros Rollups se abaratan enormemente.
- Camino Clara hacia Danksharding: No es un parche, sino la primera fase de una arquitectura bien planeada. Implementa las primitivas criptográficas (KZG) y de consenso necesarias para el futuro.
- Mejora la Experiencia de Usuario (UX): Con tarifas casi inexistentes, aplicaciones como juegos, redes sociales on-chain y DeFi para pequeños inversores se vuelven viables.
- Libera Capacidad en L1: Al mover los datos de los Rollups a los blobs, se reduce la competencia por el espacio en bloque de L1, lo que puede moderar las tarifas de gas de Ethereum para aplicaciones que deban ejecutarse directamente en la capa base.
- Fomenta la Innovación: Abre la puerta a nuevos tipos de Rollups y aplicaciones que antes no eran económicamente posibles.
⚠️ Críticas y desafíos
- Complejidad Añadida: Introduce nuevos conceptos (blobs, KZG, dos mercados de gas) que aumentan la complejidad del protocolo y el desarrollo de clientes.
- Dependencia de la Beacon Chain: La capa de ejecución (donde viven los smart contracts) ahora depende más estrechamente del consenso de la Beacon Chain para la disponibilidad de datos, un acoplamiento que algunos consideran riesgoso.
- No es una Solución Mágica para L1: No reduce directamente las tarifas para aplicaciones que se ejecutan exclusivamente en Ethereum Mainnet. Su foco son los Rollups.
- Riesgo de Centralización Temporal: Inicialmente, la capacidad de los blobs es limitada. Si la demanda es muy alta, podría surgir un mercado competitivo donde los Rollups más grandes acaparen espacio.
- Carga para los Validadores: Aunque temporal, el almacenamiento y la transmisión de blobs añaden nuevos requisitos de hardware y banda ancha para los operadores de nodos.
🧠 Guía práctica: Cómo afecta EIP-4844 a tu operativa
- Si eres usuario de Layer 2 (Arbitrum, Optimism, zkSync, etc.): Notarás una reducción significativa en las tarifas de transacción. Las transferencias de tokens, los swaps en DEX y las interacciones con dApps serán mucho más baratas.
- Si eres desarrollador de dApps en L2: Puedes diseñar aplicaciones que antes no eran viables económicamente, como juegos on-chain con micro-transacciones, redes sociales descentralizadas o mercados de predicción con apuestas pequeñas.
- Si eres un inversor institucional: La reducción de costos en L2 hace que el ecosistema Ethereum sea más atractivo para la tokenización de activos y la creación de productos financieros complejos.
- Si operas un validador de Ethereum: Debes actualizar tu software de cliente para soportar blobs. Aunque añade carga de red y almacenamiento temporal, no requiere hardware significativamente más potente.
- Si eres un trader de criptomonedas: Las tarifas más bajas en L2 facilitan el arbitraje entre exchanges descentralizados y la ejecución de estrategias de trading de alta frecuencia.
🔮 El futuro: De Proto-Danksharding a Danksharding Completo
EIP-4844 no es el punto final, sino la puesta en marcha de una maquinaria mucho más grande. El camino continúa hacia Danksharding, que ampliará esta arquitectura:
- Muestreo de Disponibilidad de Datos (DAS): La pieza clave. Permitirá que los validadores verifiquen la disponibilidad de grandes cantidades de datos (decenas de MB por bloque) descargando solo pequeñas muestras aleatorias. Esto descentraliza la carga de almacenamiento.
- Aumento Progresivo de Blobs por Bloque: La red irá incrementando de manera segura el número máximo de blobs por bloque (de 6 iniciales a 16, 32, 64…), escalando la capacidad total.
- Mejoras en KZG y Criptografía: Investigación en esquemas de compromiso más eficientes o resistentes a la computación cuántica para el largo plazo.
- Integración con Rollups de Todo Tipo: Tanto Optimistic Rollups (Arbitrum, Optimism) como ZK-Rollups (zkSync, Starknet, Scroll) se benefician por igual, cada uno usando los blobs para sus necesidades específicas de publicación de datos o pruebas.
- Nuevos Modelos de Negocio: La capacidad de publicar grandes cantidades de datos a bajo costo podría dar lugar a nuevos tipos de «Rollups de datos» para almacenamiento, oráculos o computación off-chain verificable.
🎯 Conclusión: El puente hacia Ethereum escalable
EIP-4844 (Proto-Danksharding) es, sin duda, una de las actualizaciones más significativas de Ethereum desde The Merge. No resuelve todos los problemas de escalabilidad de un solo golpe, pero construye el puente tecnológico correcto hacia donde Ethereum necesita ir. Al proporcionar un recurso de datos barato y optimizado para los Layer 2, valida y potencia el modelo de escalabilidad «Rollup-centric» en el que se ha apostado el futuro de la red.
Para el usuario, desarrollador o inversor, entender EIP-4844 es entender que la escalabilidad de baja tarifa ya no es una promesa lejana, sino una característica en despliegue. Refuerza la tesis de que Ethereum puede ser tanto la capa de seguridad descentralizada como el suelo fértil para aplicaciones masivas, gracias a su creciente familia de Layer 2. El mensaje es claro: el camino hacia un blockchain escalable, sin sacrificar la descentralización, pasa por Ethereum y sus Rollups mejorados por blobs.
❓ Preguntas Frecuentes sobre EIP-4844
📚 ¿Quieres profundizar en escalabilidad de Ethereum?
Explora más recursos de La Cryptoguía sobre tecnología blockchain y Layer 2:
🔗 ¿Qué son los Layer 2? – La guía completa sobre las soluciones de escalabilidad que usan los blobs.
⚡ Gas en Ethereum – Comprende el problema que EIP-4844 y los L2 ayudan a resolver.
🌉 Transferir criptomonedas – Cómo mover activos entre L1 y L2 de forma segura.
🔷 ¿Qué es Blockchain? – Los fundamentos de la tecnología que hace todo esto posible.
💡 ¿Qué es DeFi? – El ecosistema que más se beneficia de tarifas bajas y escalabilidad.
🚀 ¿Empezando en Crypto?
Si eres nuevo, empieza con nuestra guía completa para principiantes para entender los fundamentos antes de adentrarte en la escalabilidad de Ethereum.
📋 ¿Por qué confiar en esta definición? Cada término de la Cryptopedia sigue una metodología de verificación con fuentes primarias, whitepapers y legislación oficial. Conoce nuestro proceso →
⚠️ Disclaimer: Este artículo es informativo y educativo. No constituye asesoramiento financiero, técnico o de inversión. Las mejoras de protocolo como EIP-4844 conllevan riesgos técnicos de implementación y podrían no tener el impacto esperado. El rendimiento de los Layer 2 y las tarifas pueden variar. Siempre investiga por tu cuenta (DYOR) y comprende los riesgos antes de utilizar cualquier protocolo blockchain o realizar transacciones.
📅 Actualizado: Marzo 2026
📖 Categoría: Infraestructura Blockchain / Capa 1, Capa 2 y Escalabilidad