¿La guerra de DA llega a su fin? Desglosando PeerDAS: cómo puede ayudar a Ethereum a recuperar la "soberanía de los datos"

Escrito por: imToken

A finales de 2025, la comunidad de Ethereum recibió tranquilamente la conclusión de la actualización Fusaka.

Mirando hacia el año pasado, aunque las discusiones sobre actualizaciones de tecnología base han ido desapareciendo gradualmente del centro de atención del mercado, muchos usuarios on-chain ya han sentido un cambio significativo: las L2 de Ethereum se han vuelto cada vez más baratas.

Hoy en día, las interacciones on-chain, ya sea transferencias o complejas operaciones DeFi, suelen requerir solo unos pocos centavos de gas, o incluso pueden ser insignificantes. Detrás de esto, la actualización Dencun y el mecanismo Blob han sido fundamentales. Al mismo tiempo, con la activación oficial de la característica central PeerDAS (Peer Data Availability Sampling, muestreo de disponibilidad de datos punto a punto) en la actualización Fusaka, Ethereum también está dejando atrás por completo la era de la verificación de datos mediante descarga total.

Se puede decir que, lo que realmente determina si Ethereum puede soportar aplicaciones a gran escala de manera sostenible y a largo plazo no es solo el Blob en sí, sino más aún el siguiente paso representado por PeerDAS.

I. ¿Qué es PeerDAS?

Para entender el significado revolucionario de PeerDAS, no podemos hablar solo de conceptos; primero debemos retroceder a un punto clave en el camino de escalabilidad de Ethereum: la actualización Dencun de marzo de 2024.

En ese momento, la EIP-4844 introdujo un modelo de transacciones con Blob (incrustando grandes cantidades de datos de transacciones en blobs), permitiendo que las L2 dejaran de depender del costoso mecanismo de almacenamiento calldata y pasaran a usar almacenamiento temporal en blobs.

Este cambio redujo directamente el costo de los Rollup a una décima parte de lo que era, asegurando que las plataformas L2 pudieran ofrecer transacciones más baratas y rápidas sin afectar la seguridad y descentralización de Ethereum, y permitió que los usuarios disfrutaran de la "era de las bajas tarifas de gas".

Sin embargo, aunque los blobs son muy útiles, la cantidad de blobs que puede soportar cada bloque en la red principal de Ethereum tiene un límite estricto (generalmente de 3 a 6), por una razón muy real: el ancho de banda físico y el disco duro son limitados.

En el modo de verificación tradicional, cada validador en la red, ya sea un servidor operado por una institución profesional o una computadora doméstica de un usuario minorista, aún debe descargar y propagar todos los datos completos del blob para confirmar su validez.

Esto genera un dilema:

• Si se aumenta la cantidad de blobs (para escalar): el volumen de datos se dispara, el ancho de banda de los nodos domésticos se saturará y los discos duros se llenarán, obligando a estos nodos a desconectarse, lo que llevaría rápidamente a la centralización de la red, convirtiéndola en una cadena dominada solo por grandes centros de datos;
• Si se limita la cantidad de blobs (para mantener la descentralización): el rendimiento de las L2 queda restringido y no puede satisfacer la demanda de crecimiento explosivo en el futuro.

En resumen, el blob solo fue el primer paso, resolviendo el problema de "dónde almacenar" los datos. Cuando los datos son pocos, no hay problema, pero si en el futuro el número de rollups sigue aumentando y cada uno envía datos con alta frecuencia, la capacidad de los blobs se expande y la presión sobre el ancho de banda y el almacenamiento de los nodos se convierte en un nuevo riesgo de centralización.

Si se sigue utilizando el modelo tradicional de descarga total, no se podrá resolver la presión sobre el ancho de banda, y el camino de escalabilidad de Ethereum chocará contra el muro del ancho de banda físico. PeerDAS es la clave para desbloquear este nudo.

En pocas palabras, PeerDAS es esencialmente una arquitectura completamente nueva de verificación de datos, que rompe la regla de que la verificación debe hacerse mediante descarga total, permitiendo que la expansión de blobs supere el nivel actual de capacidad física (por ejemplo, pasar de 6 blobs por bloque a 48 o incluso más).

II. Blob resuelve "dónde poner", PeerDAS resuelve "cómo almacenar"

Como se mencionó antes, el blob fue el primer paso para la escalabilidad, resolviendo el problema de "dónde almacenar" los datos (pasando de calldata costoso a espacio temporal en blobs), mientras que PeerDAS resuelve el problema de "cómo almacenar de manera más eficiente".

El problema central que resuelve es cómo evitar que el crecimiento exponencial de los datos colapse el ancho de banda físico de los nodos. La idea es directa: mediante probabilidad y colaboración distribuida, "no es necesario que todos almacenen todos los datos, pero aún así se puede confirmar con alta probabilidad que los datos existen".

Esto se puede ver en el nombre completo de PeerDAS: "muestreo de disponibilidad de datos punto a punto".

Este concepto puede sonar complicado, pero podemos entender este cambio de paradigma con una analogía sencilla: la verificación total del pasado era como si una biblioteca recibiera una enciclopedia británica de miles de páginas (datos blob), y para evitar pérdidas, cada administrador (nodo) debía hacer una copia completa del libro como respaldo.

Eso significa que solo quienes tienen recursos (gran ancho de banda/disco duro) pueden ser administradores, especialmente porque esa enciclopedia (datos blob) seguirá creciendo y creciendo, por lo que, con el tiempo, la gente común será eliminada y la descentralización desaparecerá.

Ahora, con el muestreo de PeerDAS y la introducción de tecnologías como Erasure Coding, es como si se permitiera romper ese libro en innumerables fragmentos y expandirlos matemáticamente; cada administrador ya no necesita tener el libro completo, solo debe guardar algunas páginas aleatorias.

Incluso para la verificación, nadie necesita mostrar el libro completo; teóricamente, mientras la red reúna cualquier 50% de los fragmentos (sin importar si tienes la página 10 o la 100), podemos, mediante algoritmos matemáticos, reconstruir instantáneamente el libro completo con un 100% de certeza.

Esta es la magia de PeerDAS: trasladar la carga de descargar datos de un solo nodo a una red colaborativa compuesta por miles de nodos en toda la red.

Fuente: @Maaztwts

Solo desde la dimensión de los datos, antes de la actualización Fusaka, la cantidad de blobs estaba estrictamente limitada a un solo dígito (3-6). Con la implementación de PeerDAS, este límite se rompe, permitiendo que el objetivo de blobs pase de 6 a 48 o incluso más.

Cuando un usuario realiza una transacción en Arbitrum u Optimism y los datos se envían de vuelta a la red principal, ya no es necesario transmitir el paquete de datos completo a toda la red, lo que permite que Ethereum escale sin aumentar linealmente el costo de los nodos.

Objetivamente, Blob + PeerDAS es la solución completa de DA (disponibilidad de datos); desde la perspectiva de la hoja de ruta, este es el paso clave para que Ethereum pase de Proto-Danksharding a Danksharding completo.

III. La nueva normalidad on-chain en la era post-Fusaka

Como es bien sabido, en los últimos dos años, soluciones DA modulares de terceros como Celestia ganaron un gran espacio de mercado debido al alto costo de la red principal de Ethereum. Su narrativa se basaba en la premisa de que el almacenamiento de datos nativo de Ethereum era muy caro.

Pero con los blobs y el reciente PeerDAS, Ethereum ahora es tanto barato como extremadamente seguro: el costo para que las L2 publiquen datos en L1 se ha reducido a más de la mitad, y además Ethereum cuenta con la mayor cantidad de validadores de toda la red, superando en seguridad a cualquier cadena de terceros.

Objetivamente, esto representa un golpe devastador para soluciones DA de terceros como Celestia, marcando que Ethereum está recuperando la soberanía sobre la disponibilidad de datos y reduciendo enormemente su espacio de supervivencia.

Quizás te preguntes, ¿todo esto suena muy técnico, pero qué tiene que ver con mi uso de billeteras, transferencias o DeFi?

La relación es muy directa. Si PeerDAS se implementa con éxito, significa que el costo de datos de las L2 puede mantenerse bajo a largo plazo, los rollups no tendrán que aumentar tarifas por el rebote del costo de DA, las aplicaciones on-chain pueden diseñar interacciones de alta frecuencia sin preocupaciones, y las billeteras y DApps no tendrán que comprometerse entre "funcionalidad vs costo" una y otra vez...

En otras palabras, si hoy podemos usar L2 baratas, es gracias a los blobs; si en el futuro seguimos pudiendo hacerlo, será gracias a la silenciosa contribución de PeerDAS.

Por eso, aunque PeerDAS es discreto en la hoja de ruta de escalabilidad de Ethereum, siempre ha sido considerado un paso ineludible. En esencia, esta es la mejor forma de tecnología a los ojos del autor: "beneficia sin que lo notes, pero si falta, es difícil sobrevivir", haciendo que no percibas su existencia.

En última instancia, PeerDAS demuestra que blockchain puede, mediante un diseño matemático ingenioso (como el muestreo de datos), soportar cantidades masivas de datos a nivel Web2 sin sacrificar en exceso la visión de descentralización.

Hasta aquí, la autopista de datos de Ethereum ya está completamente construida; lo que queda por ver es qué tipo de autos (aplicaciones) correrán sobre ella, una pregunta que debe responder la capa de aplicaciones.

Esperemos y veamos.