PeerDAS y el Futuro de Ethereum: Transformando la Disponibilidad de Datos y la Economía de Capa 2

Los validadores de Ethereum solían descargar cada byte de datos de blob publicados en la red — aproximadamente 750 MB por día y en aumento. Desde el 3 de diciembre de 2025, ya no tienen que hacerlo. El hard fork Fusaka introdujo PeerDAS (Peer Data Availability Sampling), una técnica criptográfica que permite a los nodos verificar la disponibilidad de datos revisando solo una pequeña porción aleatoria en lugar de la carga completa. Tres meses después, los resultados están remodelando la economía de cada Layer 2 principal.

Lo que PeerDAS cambia realmente bajo el capó

PeerDAS, formalizado como EIP-7594, reemplaza el modelo de Ethereum de "todos descargan todo" con una verificación probabilística a través de la codificación de borrado Reed-Solomon. Así es como funciona en la práctica:

1. Extensión de blobs: Los datos de cada blob se extienden utilizando codificación de borrado 1D, duplicando su tamaño pero añadiendo redundancia que hace posible la reconstrucción desde cualquier 50 % de las piezas.
2. Distribución de columnas: Los datos extendidos se dividen en 128 columnas. Cada nodo regular se suscribe a al menos 8 subredes de columnas elegidas al azar, lo que significa que descarga aproximadamente 1/16 de los datos extendidos, o 1/8 de los originales.
3. Ejecución de supernodos: Los nodos que respaldan a validadores con una participación combinada de 4.096 ETH o más deben suscribirse a las 128 subredes de columnas y actuar como sanadores de datos, llenando los huecos para el resto de la red.
4. Verificación por muestreo: Cualquier nodo puede verificar la disponibilidad de datos solicitando unas pocas columnas aleatorias y comprobándolas contra los compromisos polinómicos KZG, logrando una sólida garantía probabilística sin descargar el conjunto de datos completo.

El efecto neto: los requisitos de ancho de banda de los validadores caen aproximadamente un 85 %. Un nodo que anteriormente extraía 750 MB de datos de blob por día ahora maneja alrededor de 112 MB manteniendo las mismas garantías de seguridad.

El incremento del rendimiento de los blobs

Fusaka no se limitó a activar un interruptor. Los desarrolladores principales de Ethereum introdujeron un mecanismo novedoso llamado forks Blob Parameter Only (BPO) a través de EIP-7892, lo que permite que los límites de blobs aumenten mediante hard forks ligeros que no requieren agruparse con actualizaciones principales con nombre.

El escalado se ha realizado de forma deliberadamente progresiva:

Fork	Fecha	Objetivo de blobs	Máximo de blobs	Datos por bloque
Pre-Fusaka	Antes de dic. de 2025	6	9	~768 KB
Fusaka + PeerDAS	3 de dic. de 2025	6 (con DAS)	9	~768 KB
BPO1	9 de dic. de 2025	10	15	~1.920 KB
BPO2	7 de ene. de 2026	14	21	~2.688 KB
BPO3/BPO4 (planificado)	2026	Hasta 128	Por determinar	~16 MB

Cada blob contiene 128 KB de datos. Con los parámetros actuales de BPO2, Ethereum procesa hasta 2,7 MB de datos de blob por bloque. El objetivo a largo plazo de 128 blobs por bloque elevaría esto a 16 MB — aproximadamente el doble de lo que ofrece actualmente la red principal de Celestia.

El colapso de las tarifas de L2: los números que importan

La disponibilidad de datos representa aproximadamente el 90 % de los costes operativos de Layer 2. Cuando se reducen los costes de DA en un orden de magnitud, el impacto en las tarifas para el usuario final es drástico.

Antes de Fusaka, las transacciones de L2 en Arbitrum, Optimism y Base solían costar entre 0,05 $y 0,15$ por un intercambio simple. Tras el BPO2, esas mismas transacciones se han estabilizado en torno a los 0,004 $- 0,02$, lo que representa una reducción del 70 - 95 % que se suma a los ahorros ya entregados por la actualización Dencun en marzo de 2024.

Impactos específicos en la red observados a principios de 2026:

• Arbitrum: reducción de tarifas del 40 - 60 % en el primer mes tras Fusaka, con costes medios de intercambio cayendo por debajo de 0,01 $
• Optimism y la Superchain: El ecosistema Superchain se benefició de inmediato de la capacidad ampliada de blobs, con transacciones de OP Mainnet liquidándose por 0,005 $- 0,01$
• Base: Como la L2 de Coinbase con el mayor volumen de transacciones, Base experimentó la mejora de rendimiento más drástica, procesando más transacciones a menores costes por unidad.

La trayectoria hacia los 128 blobs por bloque sugiere que las tarifas de L2 podrían acercarse al rango inferior a 0,001 $ para finales de 2026 — un territorio que hace que los micropagos y las estrategias DeFi de alta frecuencia sean económicamente viables por primera vez.

La guerra de las capas de DA: ¿Hace PeerDAS que Celestia sea obsoleta?

Cuando se lanzó Fusaka, la pregunta inmediata fue si las mejoras nativas de DA de Ethereum acabarían con las capas de disponibilidad de datos de terceros como Celestia, EigenDA y Avail. Tres meses después, la respuesta es matizada.

El argumento a favor del dominio de DA de Ethereum: Con 128 blobs por bloque, Ethereum ofrecería aproximadamente 16 MB por bloque de capacidad de DA — el doble del rendimiento actual de Celestia. Para los rollups que ya liquidan en Ethereum, el uso de blobs nativos elimina el riesgo de los puentes y simplifica la arquitectura. El modelo de seguridad hereda el conjunto completo de validadores de Ethereum en lugar de depender de un mecanismo de consenso independiente.

El argumento a favor de la especialización continua de DA: Incluso con los parámetros de BPO2, las L2 de Ethereum pagan significativamente más por megabyte que los usuarios de Celestia. Eclipse informó haber pagado a Celestia 0,07 $por megabyte en comparación con los 3,83$ por megabyte de los blobs de Ethereum — una ventaja de coste de 55 veces. Esta brecha se reducirá a medida que aumente la capacidad de blobs, pero los rollups sensibles a los costes y las cadenas de alto rendimiento (juegos, redes sociales) pueden seguir prefiriendo capas de DA dedicadas.

El camino intermedio de EigenDA: EigenDA V2 alcanzó un rendimiento de 100 MB/s aprovechando la infraestructura de restaking de EigenLayer, ofreciendo seguridad alineada con Ethereum sin competir por el espacio de los blobs. Su modelo de Comité de Disponibilidad de Datos sacrifica algo de descentralización por rendimiento bruto, posicionándose como la opción empresarial para proyectos nativos de Ethereum que necesitan más rendimiento del que pueden proporcionar los blobs.

El resultado probable es la segmentación del mercado: blobs de Ethereum para rollups que maximizan la seguridad, Celestia para cadenas soberanas y sensibles a los costes, y EigenDA para aplicaciones alineadas con Ethereum de alto rendimiento.

De 1D a 2D: El camino hacia el Full Danksharding

PeerDAS es un hito, no el destino final. La visión completa de Danksharding — nombrada en honor al investigador Dankrad Feist — requiere actualizar el esquema de codificación de borrado 1D de PeerDAS a un enfoque de codificación 2D que opere a través de toda la matriz de datos de blobs en lugar de blobs individuales.

La diferencia es crucial para el techo de escalabilidad. Con la codificación 1D, cada blob se codifica y verifica de forma independiente. Con la codificación 2D, los datos de los blobs de todo el bloque forman una matriz donde tanto las filas como las columnas están codificadas mediante borrado. Esto permite:

• Mayor eficiencia de muestreo: los nodos pueden verificar toda la matriz de datos con menos muestras.
• Mayor tolerancia a fallos: la reconstrucción de datos se vuelve posible incluso con pérdidas de columnas más agresivas.
• Rendimiento teórico: un objetivo de 1 GB / s de disponibilidad de datos, lo que representa un incremento de 30,000x sobre la capacidad previa a Fusaka.

La transición completa requiere más investigación sobre los costes de generación de pruebas, los tiempos de propagación de la red y la interacción entre el 2D DAS y la separación proponente - constructor (proposer - builder separation). Sigue en la hoja de ruta de Ethereum bajo "The Surge", pero sin una fecha de despliegue establecida.

Lo que viene a continuación: Glamsterdam y Hegota

La hoja de ruta de Ethereum para 2026 avanza rápidamente más allá de Fusaka con dos actualizaciones adicionales con nombre:

Glamsterdam (prevista para mayo – junio de 2026) cambia el enfoque del escalado de los rollups hacia la eficiencia de la Capa 1. Sus dos EIP principales son:

• EIP - 7732 (Separación Proponente - Constructor Integrada - ePBS): formaliza cómo los constructores de bloques pujan por los bloques y cómo participan los validadores, reduciendo las presiones de centralización relacionadas con el MEV.
• EIP - 7928 (Listas de Acceso a Nivel de Bloque): requiere que los constructores declaren a qué estado accederán antes de la ejecución, lo que permite el procesamiento paralelo y una mejor programación.

Hegota (prevista para el segundo semestre de 2026) se centra en la eficiencia de los nodos a través de:

• Árboles de Verkle: una nueva estructura de datos que reduce drásticamente los tamaños de las pruebas necesarias para la verificación del estado, lo que potencialmente reduce los requisitos de almacenamiento de los nodos y permite clientes verdaderamente sin estado (stateless clients).
• Gestión de datos históricos: mejoras en la forma en que se almacenan y podan los datos de la cadena a largo plazo.

Juntas, estas actualizaciones abordan el desafío complementario a la disponibilidad de datos: hacer que la capa base de Ethereum sea lo suficientemente rápida y eficiente para servir como infraestructura de liquidación para miles de rollups simultáneamente.

Qué significa esto para los desarrolladores (Builders)

Las implicaciones prácticas para los desarrolladores que construyen sobre Ethereum y su ecosistema L2 son significativas:

1. Los modelos de costes han cambiado permanentemente: las aplicaciones que eran económicamente imposibles a $0.10 por transacción son viables a$ 0.005. Recalcule su economía unitaria.
2. La elección de la capa DA es una decisión estratégica: evalúe si los blobs nativos de Ethereum, Celestia o EigenDA se ajustan mejor a sus requisitos de seguridad y sensibilidad a los costes. La respuesta varía según el caso de uso.
3. Prepárese para la abundancia de blobs: a medida que BPO3 y BPO4 se implementen hasta 2026, la capacidad de los blobs continuará expandiéndose. Diseñe sus estrategias de publicación de datos para aprovechar la caída de los costes en lugar de optimizar para la escasez.
4. Siga de cerca Glamsterdam para los cambios en L1: ePBS cambiará la dinámica de construcción de bloques, y las listas de acceso a nivel de bloque pueden afectar la forma en que se ordenan y ejecutan las transacciones.

La actualización Fusaka y su implementación de PeerDAS representan la declaración más clara de Ethereum hasta ahora de que la hoja de ruta centrada en los rollups está funcionando. Tres meses de datos de producción confirman que la verificación probabilística de datos no solo es teóricamente sólida, sino prácticamente transformadora: reduce costes, amplía la capacidad y sienta las bases para la fase final del Full Danksharding que podría hacer que la capa de datos de Ethereum sea virtualmente ilimitada.

BlockEden.xyz proporciona endpoints RPC de alto rendimiento e infraestructura de datos para Ethereum y las principales redes de Capa 2, incluyendo Arbitrum, Optimism y Base. A medida que el panorama de DA evoluciona después de Fusaka, nuestra infraestructura escala con él. Explore nuestro marketplace de APIs para construir sobre la nueva economía de disponibilidad de datos abundante.