Explicación de EIP-4844: cómo el proto-danksharding redujo las tarifas L2 de Ethereum en un 90 %.
Antes de marzo de 2024, enviar tokens por valor de 10 dólares en Arbitrum costaba aproximadamente 0,50 dólares en comisiones. En Base, a veces superaba el dólar. Estas comisiones existían porque cada rollup de capa 2 tenía que publicar sus datos de transacción en la red principal de Ethereum como calldata, y calldata es caro. Almacenado permanentemente en la cadena, compite por el mismo mercado de gas que cualquier otra transacción de Ethereum.
La actualización Dencun se implementó el 13 de marzo de 2024. EIP-4844 introdujo las transacciones de blobs. Las tarifas L2 se redujeron a fracciones de centavo. Base experimentó un aumento exponencial del 224 % en el volumen de transacciones. Los rollups optimistas redujeron sus costos de calldata en un 81 %. La actualización no solo modificó las cifras de gas, sino que transformó la economía de todo el ecosistema rollup de Ethereum.
Este artículo desglosa qué hace realmente EIP-4844, cómo funcionan las transacciones de blobs, qué cambió para los usuarios de L2 después de Dencun y hacia dónde se dirige Ethereum con la actualización Pectra y el camino hacia el danksharding completo.
¿Qué es EIP-4844?
EIP-4844, también conocida como proto-danksharding, es una propuesta de mejora de Ethereum que introdujo un nuevo tipo de transacción: las transacciones que transportan blobs. La idea es sencilla: los rollups necesitan publicar datos en Ethereum para que cualquiera pueda verificar sus transacciones. Antes de EIP-4844, esos datos se almacenaban en calldata, que permanece en la cadena de forma permanente y genera costos de gas de ejecución. Tras EIP-4844, los rollups publican los datos como blobs. Los blobs son más económicos, temporales y tienen su propio mercado de comisiones.
Cada blob contiene 128 KB de datos. Esto equivale aproximadamente a 4096 elementos de campo de 32 bytes cada uno. Un solo bloque de Ethereum puede contener hasta 6 blobs (el objetivo es 3). Los datos de los blobs no son accesibles para la EVM. Los contratos inteligentes no pueden leer el contenido de los blobs directamente. En su lugar, ven un hash versionado del compromiso KZG del blob, una huella digital criptográfica que prueba la existencia de los datos sin exponerlos a la capa de ejecución.
Los blobs permanecen en la cadena de balizas (la capa de consenso de Ethereum) durante unos 18 días. Transcurrido ese tiempo, se eliminan. Desaparecen. Esta es la diferencia crucial con los datos de llamada, que permanecen en la cadena indefinidamente. Este modelo de almacenamiento temporal es lo que hace que los blobs sean mucho más económicos. Los nodos de Ethereum no necesitan almacenar los datos de los blobs de forma permanente, por lo que la red puede procesar una cantidad mucho mayor.
El mercado independiente de gas para blobs funciona de forma similar a EIP-1559, pero específicamente para el espacio de blobs. Cuando la demanda de blobs es alta (más de 3 por bloque), la tarifa base de los blobs aumenta. Cuando la demanda es baja, disminuye. Esto significa que el precio de los blobs se ajusta independientemente del gas regular, por lo que un aumento repentino de la actividad DeFi en la red principal no provoca automáticamente un incremento en las tarifas L2.
Cómo funcionan técnicamente las transacciones de blobs
Cuando un secuenciador rollup quiere publicar datos en Ethereum, construye una transacción que contiene un blob. Esta transacción contiene dos campos nuevos que no existían antes de EIP-4844:
- `max_fee_per_blob_gas`: la tarifa máxima que el remitente pagará por unidad de gas de blob.
- `blob_versioned_hashes`: referencias criptográficas que enlazan con los blobs adjuntos
Los datos binarios (blobs) viajan como un "carrito auxiliar" junto con la transacción. No se incluyen en la carga útil de ejecución. Los nodos baliza almacenan los blobs, los validan mediante compromisos polinomiales KZG y los mantienen disponibles durante aproximadamente 18 días antes de eliminarlos.
Los compromisos KZG constituyen la base criptográfica. Nombrados en honor a Kate, Zaverucha y Goldberg, estos esquemas de compromiso polinomial permiten verificar la exactitud de un dato específico dentro de un blob sin necesidad de descargar los 128 KB completos. Esta propiedad es la que posibilita el muestreo de disponibilidad de datos en el futuro con el danksharding completo. Por ahora, cada validador descarga los blobs completos. En el futuro, solo necesitarán muestrear pequeñas partes.
Antes de la actualización Dencun, Ethereum realizaba una Ceremonia de Configuración de Confianza para los parámetros KZG. Participaron más de 140 000 colaboradores. El modelo de seguridad solo requiere que un participante honesto haya descartado su cálculo. Si tan solo una persona fuese honesta, todo el sistema funcionaría.
La carga de almacenamiento en los nodos es manejable. Con un objetivo de 3 blobs por bloque, los nodos necesitan aproximadamente 384 KB de almacenamiento adicional por bloque. Durante el período de retención completo de 18 días, esto suma aproximadamente 48 GB. No es insignificante, pero tampoco representa un problema grave.
¿Qué cambió después de Dencun?: las cifras.
La actualización de Dencun se activó el 13 de marzo de 2024. El impacto en la economía de nivel 2 fue inmediato y masivo.
| Métrico | Antes de Dencun | Después de Dencun | Cambiar |
|---|---|---|---|
| Tamaño promedio de los datos del bloque | Base | +116,8% | Bloques más grandes, mayor rendimiento. |
| Uso de datos de llamadas por parte de los rollups | Estándar | -56,8% | Los rollups se convirtieron en blobs. |
| Costos optimistas de agregación de llamadas de datos | $0.50-$2 por transacción | Subcentí | -81% |
| Volumen base de transacciones | Base | +224% | La bajada de las tarifas impulsó la adopción. |
| Mercado de gas Blob | No existía | Mercado de tarifas independientes | Nuevo mecanismo de precios |
Antes de Dencun, cada byte de datos de agregación tenía un costo de gas de ejecución. Una transacción típica de Arbitrum requería que el secuenciador publicara los datos de llamada en la red principal de Ethereum, pagando las mismas tarifas de gas que cualquier otro usuario de Ethereum. Durante los períodos de mayor actividad, esto elevaba las tarifas de la capa 2 a varios dólares por transacción, lo que anulaba en parte el propósito de usar una capa 2.
Tras Dencun, los rollups se transformaron en transacciones de blobs. Los blobs tienen su propio carril de gas. El resultado: enviar una transferencia de tokens en Base pasó de costar dólares a fracciones de centavo. Las comisiones de arbitraje disminuyeron en una proporción similar. La reducción de comisiones fue tan drástica que la actividad de L2 se disparó. Los usuarios que habían estado al margen se sumaron en masa.
Base fue la solución más destacada. El volumen de transacciones aumentó un 224 % a las pocas semanas de su lanzamiento. El rollup respaldado por Coinbase había sido costoso en comparación con sus competidores. Con los blobs, se convirtió en una de las soluciones L2 más económicas.
La actualización de Pectra: duplicando la capacidad de blobs.
El primer aumento de capacidad de blobs llegó con la actualización de Pectra en mayo de 2025. EIP-7691 duplicó el objetivo de blobs de 3 a 6 por bloque y aumentó el máximo de 6 a 9. Esto duplicó efectivamente el ancho de banda de datos disponible para los rollups.
¿Por qué era importante esto? A finales de 2024, el espacio para blobs comenzaba a llenarse. Cuando se ocupan los 6 espacios para blobs en un bloque, la tarifa base de los blobs comienza a subir, al igual que la gasolina durante la congestión. Un mayor número de agregaciones que publicaban más datos significaba que las tarifas bajas de los blobs no se mantendrían bajas indefinidamente a menos que se ampliara la capacidad.
Pectra solucionó ese problema. Con 6 blobs de destino por bloque, la red puede gestionar aproximadamente el doble de datos de agregación antes de que el mercado de tarifas comience a elevar los precios. Para los usuarios de L2, esto significa que las tarifas se mantienen bajas incluso a medida que aumenta la adopción.
Los cálculos sobre los requisitos de los nodos se mantuvieron razonables. Con 6 blobs por bloque, la carga de almacenamiento es de aproximadamente 768 KB por bloque. Durante el período de retención de 18 días, esto equivale a unos 96 GB. Mayor que antes de Pectra, pero aún al alcance del hardware de consumo. Mantener la descentralización de Ethereum, evitando que los operadores de nodos domésticos queden excluidos por su elevado coste, es una limitación que los diseñadores del protocolo se toman muy en serio.
Desde proto-danksharding hasta danksharding completo
EIP-4844 siempre se concibió como un paso intermedio. El proto-danksharding proporciona transacciones de blobs de Ethereum y un mercado de comisiones independiente. El danksharding completo, que aún tardará años en llegar, lleva el concepto mucho más lejos.
El sistema actual requiere que cada validador descargue cada blob completo. Esto funciona con 6 a 9 blobs por bloque, pero no con 64 o más. El danksharding completo introduce el muestreo de disponibilidad de datos (DAS), donde los validadores solo necesitan descargar pequeñas partes aleatorias de cada blob y usar los compromisos KZG para verificar el resto. Esto permite que Ethereum escale la capacidad de blobs sin que los nodos tengan que descargar una cantidad de datos exponencialmente mayor.
| Característica | Proto-danksharding (ahora) | Danksharding completo (futuro) |
|---|---|---|
| Manchas por bloque | Objetivo 6, máximo 9 (después de Pectra) | 64+ |
| Descarga de datos del validador | Manchas completas | Muestras aleatorias (DAS) |
| Codificación de borrado | No se utiliza | Requerido para DAS |
| Verificación de disponibilidad de datos | Descarga completa | Muestreo probabilístico |
| Carga de almacenamiento del nodo | ~96 GB / 18 días | Mínimo por nodo |
| Rendimiento de las transacciones | Miles de transacciones por segundo en L2 | Millones de objetivos de TPS |
La hoja de ruta no es definitiva. Los investigadores de Ethereum siguen debatiendo los parámetros exactos. Pero la dirección es clara: más espacio para blobs, menos sobrecarga por nodo y una capa de disponibilidad de datos que pueda soportar cientos de rollups simultáneamente.
Qué significan los blobs para usuarios y desarrolladores
Si utilizas redes de capa 2, EIP-4844 es la razón por la que tus tarifas son bajas. En resumen, no necesitas entender los compromisos de KZG ni los mercados de gas de blobs para beneficiarte. El impacto se genera automáticamente: los rollups pagan menos por publicar datos, transfieren esos ahorros a los usuarios y las transacciones de todos cuestan fracciones de centavo.
Para los desarrolladores que trabajan con L2, los blobs cambiaron la ecuación de costos para las aplicaciones con gran cantidad de datos. Los juegos, las redes sociales y las dApps con uso intensivo de datos, que resultaban poco prácticas en las costosas L2, se volvieron viables. El aumento de actividad de Base tras el caso Dencun no fue casual. Los desarrolladores lanzaron aplicaciones que solo tenían sentido económico con tarifas a nivel de blob.
En la red principal de Ethereum, la situación es más compleja. Los blobs generan ingresos por comisiones que se destinan a los validadores. Sin embargo, dado que las comisiones por blobs están diseñadas para ser bajas, generan menos ingresos por byte que los datos de llamada. Algunos analistas argumentan que esto acelera el problema del "dinero ultrasónico" de Ethereum, pero a la inversa: comisiones L2 más bajas implican menos ETH consumido a través de EIP-1559. Que esto sea motivo de preocupación depende de la perspectiva sobre la propuesta de valor a largo plazo de Ethereum.
Lo único que no ha cambiado es que Ethereum sigue gestionando todo. Los blobs son temporales, pero los compromisos criptográficos persisten permanentemente en la red principal. Los rollups siguen necesitando Ethereum para su seguridad. El proto-danksharding abarató las capas 2, pero no las hizo independientes.
