Vitalik Buterin: PeerDAS de Ethereum será clave para la escalabilidad L2

El cofundador de Ethereum, Vitalik Buterin, cree que el Muestreo de Disponibilidad de Datos por Pares (PeerDAS), una característica central de la próxima actualización Fusaka, solucionará los problemas de escalabilidad de la Capa 2 para la blockchain de Ethereum. 

Hablando el jueves en respuesta a un hilo en X por el jefe de datos de Dragon XYZ, Hildebert Moulié, Buterin explicó que la tecnología ayudará a los nodos a verificar datos sin requerir que descarguen toda la blockchain.

«La forma en que funciona PeerDAS es que cada nodo solo pide un pequeño número de fragmentos, como una forma de verificar probabilísticamente que más del 50% de los fragmentos están disponibles», Buterin escribió en X. «Si más del 50% de los fragmentos están disponibles, entonces el nodo teóricamente puede descargar esos fragmentos y usar codificación de borrado para recuperar el resto».

El programador reiteró que esto permitiría que una blockchain en vivo en Ether operara sin que ningún nodo individual tenga que almacenar conjuntos de datos completos. 

La red Ethereum alcanza un récord de blobs por bloque 

Tarde el miércoles, Moulié señaló que Ethereum había alcanzado su objetivo de seis blobs por bloque por primera vez en la historia. Los blobs, u Objetos Binarios Grandes, fueron introducidos en Ethereum a través de la actualización Dencun en marzo 2024 bajo EIP-4844, también conocida como proto-danksharding.

Según Moulié, el uso de blobs durante el pico fue impulsado en gran medida por la actividad en varios rollups de L2. Base representó el 42% de la actividad de blobs, seguida por World con el 25%, mientras que otros contribuyentes incluyeron Arbitrum en 8%, OP Mainnet en 4%, y Soneium y Scroll en 3% cada uno.

5/ % de espacio de blobs utilizado actualmente

42% Base
25% World
8% Arbitrum
4% OP Mainnet
3% Soneium
3% Scroll
2% Unichain
2% Shape
2% Lighter
1% Ink pic.twitter.com/J6EWWp0VF7

— hildobby (@hildobby) Septiembre 24, 2025

Los blobs fueron desarrollados para reducir los costos de transacción para las redes de Capa 2 proporcionando almacenamiento dedicado para datos comprimidos. Pueden haber demostrado ser efectivos antes, pero según Moulié, predecir el uso de blobs es difícil debido a la «publicación inconsistente por diferentes cadenas».

El jefe de datos de Dragon XYZ también mencionó que los requisitos actuales para el almacenamiento de validadores exceden los 70 gigabytes de espacio para blobs sin comprimir, con estimaciones que superan los 1.200 gigabytes para datos sin podar. Cada blob lleva información comprimida, pero las ratios de compresión varían por cadena y rara vez superan el 25%.

«Cada pila tiene su propio algoritmo de compresión, pero generalmente cuanto más diverso es el uso de la cadena, más difícil es alcanzar ratios de compresión más altos», comentó.

Según Moulié, más del 10% de los blobs no se utilizan completamente, ya que provienen de rollups más pequeños que publican datos regularmente antes de que los blobs alcancen su límite de 128 kilobytes. También afirmó que alrededor del 30% de los bloques que contienen blobs han sido afectados por problemas de valor extraíble del minero (MEV).

Fusaka permitirá que diferentes nodos realicen tareas para diferentes bloques

Buterin, cofundador de EF, abordó algunos de los problemas de escalabilidad de L2, diciendo que en el lanzamiento inicial de PeerDAS aún habrá casos que requieran almacenamiento de datos completo. 

“En la primera versión, hay dos casos en los que los datos completos de un bloque aún deben existir en un solo lugar: la difusión inicial y la reconstrucción en caso de que un editor solo proporcione entre el 50% y el 100% de un bloque”, concluyó.

Aclaró que el protocolo requiere solo un actor honesto para mantener su integridad, incluso si varios otros intentan actuar deshonestamente. 

“Solo necesitamos un actor honesto para hacerlo; si también hay 100 actores deshonestos, el protocolo simplemente los omite. Y diferentes nodos pueden realizar esta tarea para diferentes bloques”, señaló Buterin.

Cronograma de la actualización Fusaka previsto para diciembre

Como informó por Cryptopolitan, el actualización Fusaka, programado para el 3 de diciembre, introducirá formalmente EIP-7594 y duplicará la capacidad de blobs desde el objetivo y máximo actuales de seis y nueve blobs por bloque. 

Los desarrolladores de Ether están planeando un enfoque por fases como las actualizaciones anteriores, con dos horquillas solo de parámetros de Blob para aumentar gradualmente la capacidad.

El número máximo de blobs aumentará de nueve a quince en la primera horquilla, y luego de dieciséis a veintiuno en la segunda, según la investigadora de Ethereum Christine Kim. La segunda horquilla está programada para enero.

Aunque PeerDAS y métodos relacionados se han desarrollado durante mucho tiempo, Buterin advirtió a los desarrolladores que aún no han sido probados.