Por qué los Rollups necesitan capas de disponibilidad de datos: Cómo EIP-4844 mejora las capacidades DA de Ethereum

by:ChainSight2 días atrás
1.43K
Por qué los Rollups necesitan capas de disponibilidad de datos: Cómo EIP-4844 mejora las capacidades DA de Ethereum

El trilema de escalabilidad y Ethereum centrado en rollups

Durante años, la comunidad blockchain ha lidiado con el trilema de escalabilidad—equilibrando descentralización, seguridad y rendimiento. La respuesta de Ethereum: una hoja de ruta centrada en rollups. Pero aquí está el detalle: la mayoría de los rollups dependen en gran medida de la capacidad de Ethereum para funcionar como una capa de disponibilidad de datos (DA). Entra en juego el EIP-4844, o Proto-Danksharding—un cambio radical diseñado para potenciar las capacidades DA de Ethereum.

Por qué los rollups necesitan disponibilidad de datos

Los rollups prometen integridad en la ejecución a costos más bajos al mover cálculos fuera de la cadena. Pero sin DA, los usuarios no pueden verificar transiciones de estado o retirar fondos independientemente. Los rollups optimistas dependen de pruebas de fraude, mientras que los ZK-rollups usan pruebas criptográficas. Sin embargo, ambos requieren que los datos subyacentes estén disponibles—no necesariamente almacenados para siempre, pero accesibles el tiempo suficiente para su verificación.

El costo del calldata

Actualmente, los rollups incrustan datos de transacciones en el calldata de Ethereum, lo cual es costoso (¡80% del costo total!). El EIP-4844 introduce transacciones con blobs, ofreciendo almacenamiento más económico para datos específicos DA. Los blobs son temporales (~18 días), pero es tiempo suficiente para verificaciones.

EIP-4844: Un salto técnico

  1. Mecánica blobs: Cada blob contiene ~125 KB de datos, comprometidos mediante pruebas KZG. La EVM no puede acceder directamente al contenido del blob—solo a compromisos—reduciendo costos en gas.
  2. Mercado dual gas: Los precios del gas blob son independientes del gas ejecución, protegiendo a los rollups frente a congestión L1.
  3. Futuro: El diseño prepara el camino hacia Danksharding completo, donde nodos muestrean blobs en lugar descargarlos enteros.

Desafíos por venir

Aunque EIP-4844 aumenta capacidad (~100 TPS entre rollups), no es solución definitiva. Se necesita Danksharding completo para verdadera escalabilidad. Mientras tanto, los rollups deben manejar blobs y calldata—o arriesgarse a depender externamente.

¿Opiniones? Hablemos cómo esto afecta tu stack.

ChainSight

Me gusta21.86K Seguidores729
Opulous