Explicación de PeerDAS: Cómo Ethereum verifica datos sin descargarlo todo
¿Qué pasaría si pudieras verificar que un libro de 500 páginas existe sin leer una sola página? Eso es esencialmente lo que Ethereum acaba de aprender a hacer con PeerDAS — y está transformando silenciosamente la forma en que las blockchains pueden escalar sin sacrificar la descentralización.
El 3 de diciembre de 2025, Ethereum activó su actualización Fusaka, introduciendo PeerDAS (Peer Data Availability Sampling o Muestreo de Disponibilidad de Datos entre Pares) como la característica principal. Mientras que la mayoría de los titulares se centraron en las reducciones de comisiones del 40-60 % para las redes de Capa 2, el mecanismo subyacente representa algo mucho más significativo: un cambio fundamental en cómo los nodos de blockchain prueban que los datos existen sin almacenarlos todos realmente.
El problema: no todos pueden descargarlo todo para siempre
Antes de profundizar en PeerDAS, entendamos el problema que resuelve.
Las blockchains enfrentan una tensión inherente: cuantos más datos procesan, más difícil resulta para las personas comunes operar nodos. Si operar un nodo requiere hardware costoso y un ancho de banda masivo, la red se centraliza en torno a operadores con gran financiación. Pero si limitas el rendimiento de datos para mantener los nodos accesibles, no puedes escalar.
Este es el problema de disponibilidad de datos (data availability) — asegurar que los datos de las transacciones existan en algún lugar de la red para que cualquiera pueda verificar el estado de la blockchain, sin requerir que todos descarguen todo.
Cuando Ethereum introdujo los "blobs" en la actualización Dencun de marzo de 2024, las comisiones de la Capa 2 cayeron en picado de 0,50 a alrededor de 0,01 por transacción. Los blobs proporcionaron un espacio dedicado para los datos de rollup que podían eliminarse después de unas semanas. Pero había un inconveniente: cada nodo todavía tenía que descargar cada blob para verificar su disponibilidad.
Con 6 blobs por bloque y una demanda creciente, Ethereum ya estaba alcanzando sus límites de capacidad. El viejo modelo — "todos descargan todo" — no podía escalar más sin excluir por precio a los validadores domésticos.
Entra PeerDAS: muestreo en lugar de descarga
PeerDAS da un giro al modelo de verificación. En lugar de descargar blobs completos para demostrar que existen, los nodos descargan pequeñas muestras aleatorias y utilizan matemáticas ingeniosas para verificar que los datos completos están disponibles.
He aquí la intuición: imagina que quieres verificar que un almacén lleno de cajas realmente contiene productos. El enfoque antiguo requeriría inspeccionar cada una de las cajas. PeerDAS es como seleccionar al azar unas pocas cajas y utilizar garantías estadísticas de que, si tus muestras son correctas, todo el almacén está legítimamente abastecido.
Pero el muestreo aleatorio por sí solo no es suficiente. ¿Qué pasaría si alguien almacenara solo las cajas que sabe que vas a muestrear? Aquí es donde entra en juego la codificación de borrado (erasure coding).
Codificación de borrado: la matemática que hace que el muestreo funcione
La codificación de borrado (erasure coding) se toma prestada de las comunicaciones por satélite y el almacenamiento en CD — tecnologías que necesitaban recuperar datos incluso cuando algunas partes se corrompían. La técnica añade redundancia estructurada a los datos de manera que permite la reconstrucción a partir de piezas parciales.
Con PeerDAS, Ethereum toma cada blob y lo codifica en 128 "columnas" de datos. Aquí está la clave: cualquier combinación de 64 de esas 128 columnas puede reconstruir el blob original. Los datos se distribuyen de forma tan uniforme que ocultar cualquier porción se vuelve estadísticamente impracticable.
Piénsalo como un holograma: puedes cortar una imagen holográfica por la mitad, y cada mitad sigue conteniendo la imagen completa. La codificación de borrado crea propiedades de redundancia similares para los datos.
Cuando un nodo muestrea aleatoriamente 8 columnas de entre 128, la probabilidad de perder datos ocultos cae exponencialmente. Si un actor malicioso intenta ocultar incluso pequeñas porciones de un blob, la probabilidad estadística de detección se vuelve abrumadora a medida que la red crece.
Compromisos KZG: pruebas compactas de consistencia
El segundo ingrediente matemático son los compromisos polinómicos KZG (KZG polynomial commitments) — una técnica criptográfica que permite crear una pequeña "huella dactilar" de los datos que puede verificar piezas individuales sin revelar el todo.
Los compromisos KZG tratan los datos como coeficientes de un polinomio matemático. Luego puedes demostrar que cualquier punto de evaluación en ese polinomio es correcto utilizando una prueba diminuta. Para PeerDAS, esto significa demostrar que las columnas muestreadas pertenecen genuinamente al blob reclamado sin transmitir el blob completo.
Los compromisos en sí provienen de una ceremonia masiva en 2023 donde más de 141 000 participantes aportaron aleatoriedad. Mientras un solo participante haya destruido honestamente su contribución, todo el sistema permanece seguro — una suposición de confianza "1 de N".
Cómo funciona realmente PeerDAS
Sigamos el flujo técnico:
Paso 1: Extensión del blob
Cuando un rollup envía datos de blob, comienza como 64 columnas. La codificación de borrado extiende esto a 128 columnas — duplicando los datos con redundancia estructurada.
Paso 2: Distribución de columnas
Las 128 columnas se distribuyen a través de la red mediante protocolos gossip. Los nodos se suscriben a "subredes de columnas" específicas basadas en su identidad.
Paso 3: Muestreo
Los nodos regulares se suscriben a 8 subredes de columnas elegidas al azar de entre 128. Esto significa que cada nodo descarga solo 1 / 16 de los datos extendidos — o, lo que es lo mismo, 1 / 8 de los datos originales del blob.
Paso 4: Cobertura de supernodos
Los nodos que controlan validadores con una participación combinada superior a 4 096 ETH se convierten en "supernodos" que se suscriben a las 128 subredes de columnas. Estos supernodos proporcionan cobertura en toda la red y pueden subsanar lagunas de datos.
Paso 5: Verificación
Los nodos verifican sus columnas muestreadas contra los compromisos KZG incluidos en las cabeceras de los bloques. Si las muestras se verifican correctamente, el nodo puede tener confianza estadística de que el blob completo está disponible.
Paso 6: Reconstrucción (si es necesario)
Si algún nodo necesita el blob completo, puede solicitar columnas a sus pares hasta que tenga más de 64 columnas verificadas, y luego reconstruir los datos originales.
Seguridad: Defendiendo contra la retención de datos
El ataque principal que PeerDAS debe resistir es la "retención de datos" (data withholding), donde un productor de bloques publica un bloque afirmando que los datos están disponibles mientras oculta partes en secreto.
PeerDAS derrota esto mediante garantías probabilísticas :
- Con 128 columnas y un umbral de reconstrucción del 50 %, un atacante debe ocultar al menos 65 columnas (50,8 %) para evitar la reconstrucción.
- Pero ocultar 65 columnas significa que el 50,8 % de las muestras aleatorias darán con los datos ocultos.
- Con miles de nodos realizando muestreos de forma independiente, la probabilidad de que todos los nodos pasen por alto las partes ocultas se vuelve astronómicamente pequeña.
La matemática escala favorablemente : a medida que la red crece, la seguridad mejora mientras que los costes por nodo permanecen constantes. Una red de 10.000 nodos que muestrean 8 columnas cada uno proporciona garantías mucho más sólidas que 1.000 nodos, sin que ningún nodo individual trabaje más duro.
Impacto en el mundo real : tarifas de L2 y rendimiento
Los efectos prácticos surgieron inmediatamente después de la activación de Fusaka :
Reducción de tarifas del 40 - 60 % en las principales redes de Capa 2, incluidas Arbitrum, Optimism y Base, durante las primeras semanas.
Escalado de la capacidad de blobs de 6 blobs por bloque a un objetivo de más de 128 a lo largo de 2026, logrado mediante aumentos graduales : 10 blobs para el 9 de diciembre de 2025 y 14 para el 7 de enero de 2026.
Reducción del 80 % en el ancho de banda para los nodos completos, haciendo que la validación doméstica sea más accesible.
Capacidad teórica de más de 100.000 TPS en todo el ecosistema de L2 combinado, superando el promedio de Visa de 65.000 TPS.
El mecanismo de suelo de tarifas (EIP - 7918) también abordó una peculiaridad de Dencun : las tarifas de los blobs se habían desplomado a 1 wei (esencialmente cero), lo que significaba que los rollups utilizaban el espacio de datos de Ethereum de forma casi gratuita. Fusaka vincula la tarifa base de los blobs a una fracción de las tarifas de L1, creando un mercado de tarifas funcional.
PeerDAS frente al Danksharding completo
PeerDAS no es la forma final de Ethereum : es un peldaño hacia el "Danksharding completo", la visión integral de disponibilidad de datos.
| Característica | PeerDAS (Actual) | Danksharding completo (Futuro) |
|---|---|---|
| Codificación de borrado | 1D (por blob) | 2D (en toda la matriz) |
| Capacidad de blobs | 8 veces la actual | 32+ MB por bloque |
| Modelo de muestreo | Basado en columnas | Basado en celdas |
| Cronograma | Activo (Dic 2025) | ~2027+ |
El Danksharding completo extenderá la codificación de borrado a través de dos dimensiones, tanto dentro de los blobs como a través de toda la matriz de datos. Esto crea una redundancia aún mayor y permite un escalado más agresivo.
Las investigaciones actuales muestran que esquemas mejorados podrían ofrecer una eficiencia de almacenamiento de nodos 4,3 veces mejor y un ancho de banda 2 veces menor en comparación con PeerDAS. Pero la implementación de estos requiere cambios significativos en el protocolo, lo que convierte a PeerDAS en la solución pragmática a corto plazo.
Qué significa esto para la hoja de ruta de Ethereum
PeerDAS valida una tesis central de la filosofía de escalado de Ethereum : se puede aumentar drásticamente el rendimiento sin centralizar la red.
La antigua suposición era que más datos requieren nodos más potentes. PeerDAS demuestra lo contrario : mediante matemáticas ingeniosas, se pueden escalar los datos mientras se reducen realmente los requisitos por nodo.
Esto desbloquea la siguiente fase de la hoja de ruta de Ethereum :
- Glamsterdam (2026) : El EIP - 7928 introduce la ejecución paralela de transacciones, habilitada por el techo de disponibilidad de datos que PeerDAS elevó.
- Límites de asignación de espacio de bloque (BALs) : Los límites de gas dinámicos se vuelven factibles con mejores garantías de disponibilidad de datos (DA).
- Separación proponente-constructor consagrada (ePBS) : Protocolo en cadena para separar los roles de construcción de bloques.
Vitalik Buterin ha proyectado "grandes aumentos del límite de gas no dependientes de ZK - EVM" para finales de 2026, basándose en PeerDAS como cimiento.
Para desarrolladores : ¿Qué cambia?
Para la mayoría de los desarrolladores, PeerDAS es invisible : es una mejora de infraestructura que hace que los patrones existentes sean más baratos y rápidos.
Sin embargo, vale la pena notar algunas implicaciones :
Menores costes de L2 : Las aplicaciones que requieren un alto rendimiento se vuelven económicamente viables. Los juegos, las plataformas sociales y el comercio de alta frecuencia se benefician.
Más espacio para blobs : Los rollups pueden publicar más datos por bloque, reduciendo los requisitos de compresión y permitiendo pruebas de estado más ricas.
Finalidad mejorada : Con una verificación de disponibilidad de datos más rápida, los rollups optimistas podrían reducir sus periodos de desafío.
Secuenciación descentralizada : Los menores costes de DA hacen que las redes de secuenciadores descentralizados sean más prácticas.
La visión general
PeerDAS representa la maduración de la tecnología blockchain más allá de las soluciones ingenuas. Las primeras blockchains requerían que cada participante validara todo, un patrón que limitaba fundamentalmente la escala.
El muestreo de disponibilidad de datos rompe esa restricción. Es la diferencia entre una aldea donde todos asisten a cada reunión frente a una ciudad donde el muestreo estadístico y la confianza institucional crean una gobernanza eficiente.
Ethereum no es el único que persigue este enfoque; Celestia, Avail y EigenDA han construido protocolos enteros en torno al muestreo de DA. Pero el hecho de que Ethereum implemente PeerDAS de forma nativa valida el enfoque y lo lleva al ecosistema de contratos inteligentes más grande.
La elegancia matemática es sorprendente : al descargar menos, los nodos proporcionan realmente garantías de disponibilidad más sólidas. Es un recordatorio de que los avances en la informática a menudo parecen compensaciones contraintuitivas que resultan no ser compensaciones en absoluto.
PeerDAS se activó en la red principal de Ethereum el 3 de diciembre de 2025 como parte de la actualización Fusaka. Este artículo explica la arquitectura técnica para no especialistas; para detalles de implementación, consulte el EIP - 7594 y la documentación de PeerDAS de Ethereum.org.