El gran cambio para los usuarios de L2 no fue una reducción generalizada de las tarifas de gas de Ethereum, sino un canal de datos temporal más económico para los rollups. La actualización Dencun de Ethereum activó el proto-danksharding mediante EIP-4844 el 13 de marzo de 2024. A partir de entonces, los rollups pudieron publicar lotes utilizando blobs (contenedores de datos temporales con un mercado de tarifas independiente) en lugar de depender únicamente de los datos de llamadas almacenados permanentemente. Este cambio redujo un importante coste para las L2 que adoptaron los blobs, pero no hizo que todas las transacciones de L2 fueran baratas en todo momento.
El contexto actual es importante. La actualización Fusaka de Ethereum incorporó PeerDAS a la red principal en diciembre de 2025, impulsando la misma hoja de ruta de disponibilidad de datos al permitir escalar el rendimiento de los blobs de manera más eficiente. Para los usuarios actuales, la lección práctica es que las tarifas de L2 dependen de más de un único "precio de gas": una L2 debe pagar por su propia ejecución y por publicar datos o pruebas en Ethereum, mientras que la demanda de espacio para blobs y la política de tarifas de cada L2 pueden modificar el precio final.
Antes de EIP-4844, era común que los rollups publicaran datos de transacciones en Ethereum como calldata. Los calldata forman parte de la entrada de transacciones de Ethereum y permanecen disponibles como parte del historial de la cadena. Esta permanencia es valiosa, pero encarece el uso de estos datos a gran escala para los rollups.
La EIP-4844 añadió un nuevo tipo de transacción, a menudo denominada transacción de blob. Un blob almacena datos que se ponen a disposición de la red durante un período limitado, en lugar de ser ejecutados por la Máquina Virtual de Ethereum o almacenados indefinidamente como los datos de llamada. Ethereum.org indica que los datos de los blobs están disponibles durante aproximadamente 18 días (4096 épocas) antes de que puedan eliminarse. Este período está diseñado para satisfacer las necesidades de disponibilidad de datos de los rollups, no como almacenamiento permanente de archivos de propósito general.
El resultado es una ruta económica diferente para los datos de agregación. La agregación sigue estando vinculada a Ethereum, pero puede usar un recurso de disponibilidad de datos diseñado específicamente para ello, en lugar de competir únicamente por la capacidad de ejecución L1 y de datos de llamada habituales. Consulta las preguntas frecuentes de Ethereum sobre Dencun para obtener una descripción general oficial de la actualización y la especificación EIP-4844 para el diseño de transacciones y tarifas.
El término "gas" se suele usar como si fuera un solo número. Tras la implementación de la EIP-4844, esta abreviatura puede dificultar la comprensión del costo de un rollup. Las transacciones de blobs tienen los campos de tarifa de ejecución habituales de Ethereum, además de una tarifa máxima independiente para el gas de blobs. El protocolo mantiene una tarifa base independiente para los blobs que depende de su uso, en lugar de fijar el precio de los blobs únicamente a través del mercado de gas L1 habitual.
| Componente de costo | Lo que paga | Por qué debería importarle a un usuario de L2 |
|---|---|---|
| Tarifa de ejecución L2 | Calcular y procesar la transacción del usuario en el resumen. | Puede aumentar cuando esa capa L2 específica está ocupada, incluso si las tarifas de los blobs de Ethereum son bajas. |
| Costo de disponibilidad de datos L1 | Publicar lotes consolidados o pruebas en Ethereum. | Los blobs pueden reducir esta entrada en relación con los datos de llamada cuando el rollup los utiliza. |
| Tarifa de blob | El mercado de tarifas especializado para el espacio de blobs. | Varía según la demanda de blobs y no es idéntico al gas de ejecución L1. |
| Política de operador de Rollup | Cómo un secuenciador agrupa las transacciones, transfiere los costos y cobra los gastos generales. | Dos capas L2 pueden mostrar diferentes comisiones de usuario bajo las mismas condiciones de Ethereum. |
EIP-4844 mantiene deliberadamente la tarificación de los blobs separada. Su especificación describe el gas de los blobs como independiente del gas normal, con su propio objetivo y regla de ajuste. Por eso, un titular sobre un bajo nivel de gas L1 no indica automáticamente el coste de una transacción L2, y un pico en la demanda de blobs puede afectar a las operaciones de agregación incluso cuando la actividad L1 habitual parece baja.
Los rollups ejecutan numerosas transacciones de usuario fuera de la red principal de Ethereum y, a continuación, publican suficiente información en Ethereum para que su estado pueda verificarse o cuestionarse según su diseño. Antes de la llegada de los blobs, los datos de llamada permanentes representaban una parte importante de este coste. Los blobs ofrecen al rollup una forma más económica de publicar datos que deben estar disponibles el tiempo suficiente para el proceso de seguridad del sistema, pero que no necesitan permanecer en el historial de ejecución permanente de cada nodo.
Para una capa 2 que admita blobs, el ahorro puede trasladarse a los usuarios, retenerse en un modelo de tarifas o compensarse parcialmente con otros costos. Por lo tanto, el momento y la magnitud de cualquier reducción dependen de la implementación. Ethereum.org señala explícitamente que los proveedores de rollup eligen entre calldata y blobs, generalmente en función de la demanda de espacio para blobs, y que los plazos de soporte y el comportamiento de las tarifas pueden variar.
Generalmente, un rollup agrupa varias acciones de usuario en un lote antes de publicarlas en L1. Distribuir el costo de los datos de L1 entre más transacciones puede reducir la proporción por usuario, mientras que las acciones que generan muchos datos pueden consumir una proporción mayor. Los detalles varían según la arquitectura del rollup, el método de compresión y la política del secuenciador. Por lo tanto, una simple transferencia de tokens, una llamada a un contrato con datos sustanciales y la creación de un NFT pueden generar resultados de comisiones muy diferentes en la misma L2.
El protodanksharding no elimina esta disyuntiva. Reduce el coste de la capa de disponibilidad de datos cuando se utilizan blobs; pero no elimina la computación L2, la complejidad de los contratos inteligentes ni el coste de un recurso de datos escaso durante la congestión.
El proto-danksharding fue concebido como un puente hacia una mayor escalabilidad en la disponibilidad de datos, no como la forma definitiva de fragmentación. EIP-4844 introdujo el formato de transacción de blobs y un mercado de tarifas independiente, manteniendo una capacidad inicial conservadora. En diciembre de 2025, Fusaka presentó PeerDAS (EIP-7594), un diseño de muestreo de disponibilidad de datos que permite a los nodos verificar la disponibilidad mediante el muestreo de datos en lugar de que cada nodo descargue todos los datos de los blobs.
Esto es importante porque un mayor rendimiento de blobs permite gestionar más datos agregados sin que cada nodo tenga que asumir toda la carga. No cambia la regla básica para el usuario: la tarifa L2 sigue siendo dinámica. La mejora técnica puede aumentar la capacidad y reducir la presión, pero no es una promesa de precio fijo. Consulte el anuncio de la Fundación Ethereum sobre la red principal Fusaka y la descripción general oficial de PeerDAS para conocer el alcance confirmado de esta actualización.
No se puede seleccionar un blob directamente en una transacción típica de billetera; el sistema de agregación decide cómo se publican los lotes. Sin embargo, se pueden reducir los costos evitables y elegir una ruta que se ajuste a la transacción.
La optimización de comisiones es condicional. Una capa 2 de bajo coste puede ser adecuada para una acción frecuente y compatible, como la interacción con una aplicación dentro de ese ecosistema. Sin embargo, puede resultar inadecuada si se necesita realizar otra conexión de inmediato, si la aplicación no es compatible con la red de destino o si los acuerdos de liquidez y retirada generan más costes y riesgos que el ahorro inicial en comisiones.
Por ejemplo, trasladar activos a una capa 2 de bajas comisiones para un pequeño intercambio puede resultar ineficiente si el coste del puente, las aprobaciones y la transferencia de retorno supera el de operar donde ya se encuentran los activos. Por el contrario, un usuario que realice numerosas transacciones compatibles dentro de un mismo ecosistema de capa 2 podría beneficiarse más de unos costes de ejecución y datos recurrentes bajos. Compare el proceso completo, no solo la primera cotización de gas.
Para los equipos de agregación de datos, los blobs modifican el objetivo de optimización, pasando de «minimizar los datos de llamadas permanentes a toda costa» a «utilizar la disponibilidad de datos de forma eficiente, gestionando al mismo tiempo un mercado independiente de tarifas por blob». Esto incluye la compresión, la formación de lotes, el comportamiento alternativo cuando aumentan las tarifas por blob y la contabilidad transparente de las tarifas para los usuarios. Las aplicaciones deben evitar alegar una reducción permanente de las tarifas basándose únicamente en EIP-4844, ya que la demanda, la implementación de la agregación de datos y las futuras actualizaciones del protocolo siguen siendo variables.
Para los desarrolladores de aplicaciones en la capa 2, el diseño de las transacciones sigue siendo importante. Reducir las escrituras de almacenamiento innecesarias, los datos de llamadas, las llamadas a contratos y los fallos de ejecución puede disminuir el coste de ejecución para el usuario. Estas optimizaciones son complementarias: el protodanksharding reduce principalmente el componente de publicación de datos en la capa 1 del rollup, mientras que los contratos eficientes abordan el trabajo realizado en la propia capa 2.
La proto-danksharding modificó la economía de la capa 2 al proporcionar a los rollups un carril de datos temporal con un precio independiente. Por eso, muchos rollups con capacidad para blobs pudieron reducir un importante coste de liquidación tras la llegada de Dencun. La posterior llegada de PeerDAS reforzó la capacidad de la misma hoja de ruta, pero ninguna de las actualizaciones fija las tarifas ni garantiza que cada capa 2 sea más barata que la red principal para cada tarea.
Para los usuarios, la mejor optimización consiste en elegir la red adecuada para toda la ruta de la transacción, consultar la cotización de tarifas, evitar llamadas de contrato redundantes y disponer de suficiente gas nativo para la red que estén utilizando. Para los desarrolladores, la lección fundamental es considerar la disponibilidad de blobs, las tarifas de blobs, el procesamiento por lotes y la ejecución L2 como partes relacionadas pero distintas del modelo de costos.
Utilice esta lista de verificación de criptomonedas del cuarto trimestre para reequilibrar las asignaciones, controlar la concentración, revisar los impuestos y la custodia, y llegar al final del año con un plan de riesgo disciplinado.
Aprenda cómo la tokenización de RWA conecta las letras del Tesoro con las finanzas basadas en blockchain, utilizando BlackRock BUIDL para explicar la propiedad, la custodia, el acceso, el rendimiento y el riesgo.
Compara las fuentes de datos y los flujos de datos de Chainlink con Pyth Core y Pyth Pro, incluyendo las actualizaciones push frente a pull, la latencia, la seguridad, los costes y los cambios de integración de 2026.
Aprende a identificar la divergencia alcista y bajista del RSI, a confirmar las configuraciones de reversión, a evitar señales falsas, a elegir la configuración del RSI y a utilizar una lista de verificación práctica para operar.
A fact-checked review of the strongest Q4 2026 Web3 game launches, including Off The Grid, NIGHT CROWS W, Yakkamon, and key ecosystem risks.
Aprende cómo los hooks de Uniswap v4 personalizan los pools de liquidez, desde las comisiones dinámicas hasta los controles de acceso, y compara los beneficios prácticos, los riesgos y los casos de uso.
La IA puede acelerar el desarrollo de contratos inteligentes, pero el código generado aún requiere revisión humana, pruebas, bibliotecas seguras y auditorías. Compare las oportunidades y los riesgos reales.
Compara los principales agregadores de noticias y plataformas de investigación sobre criptomonedas para el trading profesional, incluyendo CryptoPanic, Kaito, Messari, Glassnode, Nansen, Arkham y Coin Metrics.
Bitcoin tiene una oferta limitada, pero eso no lo convierte en una protección perfecta contra la inflación. Descubre cuándo BTC puede ser útil, cuándo puede fallar y cómo comprobar esta hipótesis.
Un análisis basado en la investigación de cinco tokens de capa 2 que podrían estar infravalorados en 2026, centrándose en la utilidad del token, la captura de valor, el riesgo de desbloqueo y los catalizadores en tiempo real.
