Vitalik Buterin: PeerDAS de Ethereumserá clave para el escalamiento L2

El cofundador Ethereum Vitalik Buterin, cree que Peer Data Availability Sampling (PeerDAS), una característica central de la próxima actualización de Fusaka, solucionará los problemas de escalabilidad de capa 2 para la cadena de bloques Ethereum . 

El jueves, en respuesta a un hilo de X del jefe de datos de Dragon XYZ, Hildebert Moulié, Buterin explicó que la tecnología ayudará a los nodos a verificar los datos sin necesidad de que descarguen toda la cadena de bloques.

“El funcionamiento de PeerDAS consiste en que cada nodo solicita solo una pequeña cantidad de fragmentos, como forma de verificar probabilísticamente que más del 50 % de los fragmentos están disponibles”, escribió en X. “Si más del 50 % de los fragmentos están disponibles, el nodo teóricamente puede descargar esos fragmentos y utilizar la codificación de borrado para recuperar el resto”.

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

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

El miércoles por la noche, 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, se introdujeron en Ethereum a través de la actualización Dencun en marzo de 2024 bajo EIP-4844, también conocido como proto-danksharding.

Según Moulié, el uso de blobs durante el pico se debió principalmente a la actividad en varios rollups L2. Base representó el 42% de la actividad de blobs, seguido de World con el 25%, mientras que otros contribuyentes incluyeron Arbitrum con el 8%, OP Mainnet con el 4%, y Soneium y Scroll con el 3% cada uno.

5/ % de espacio de blobs utilizado actualmente

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

— hildobby (@hildobby) 24 de septiembre de 2025

Los blobs se desarrollaron para reducir los costos de transacción en redes de Capa 2 al proporcionar almacenamiento dedicado para datos comprimidos. Si bien ya habían demostrado su eficacia, según Moulié, pronosticar el uso de blobs es difícil debido a la publicación inconsistente de datos por parte de diferentes cadenas

El responsable de datos de Dragon XYZ también mencionó que los requisitos actuales de almacenamiento del validador superan los 70 gigabytes de espacio para blobs sin comprimir, con estimaciones que superan los 1200 gigabytes para datos sin podar. Cada blob contiene información comprimida, pero las tasas de compresión varían según la cadena y rara vez superan el 25 %.

“Cada pila tiene su propio algoritmo de compresión, pero, en general, cuanto más diverso es el uso de la cadena, más difícil es alcanzar índices de compresión más altos”, comentó.

Según Moulié, más del 10% de los blobs no se utilizan por completo, debido a pequeños rollups que publican datos regularmente antes de que los blobs alcancen su límite de 128 kilobytes. También indicó que alrededor del 30% de los bloques que contienen blobs se han visto afectados por problemas con el valor de la tabla detrac(MEV) del minero.

Fusaka permitirá que diferentes nodos realicen tareas para diferentes bloques

Buterin, cofundador de EF, abordó algunos de los problemas de escalabilidad L2 y dijo que en el lanzamiento inicial de PeerDAS, todavía 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 transmisión inicial y la reconstrucción en caso de que un editor solo proporcione entre el 50% y el 100% de un bloque”, conjeturó.

Aclaró que el protocolo sólo requiere que un único actor honesto defienda su integridad, incluso si varios otros intentan actuar de manera deshonesta. 

“Solo necesitamos un actor honesto para realizarlas; si además hay 100 actores deshonestos, el protocolo simplemente los ignora. Y diferentes nodos pueden realizar esta tarea para diferentes bloques”, señaló Buterin.

El cronograma de actualización de Fusaka está previsto para diciembre

Según lo informado por Cryptopolitan, la actualización de Fusaka, programada para el 3 de diciembre, introducirá formalmente EIP-7594 y duplicará la capacidad de blobs del objetivo actual y un máximo de seis y nueve blobs por bloque. 

Los desarrolladores de Ether están planeando un enfoque gradual como las actualizaciones anteriores, con dos bifurcaciones Blob Parameter Only para aumentar gradualmente la capacidad.

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

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