El staking en casa está en riesgo a medida que la carga de datos de Ethereum aumenta de 70GB a 1.2TB

El cofundador de Ethereum, Vitalik Buterin, ha identificado el Peer Data Availability Sampling (PeerDAS) como una herramienta crucial para abordar las crecientes demandas de almacenamiento de blobs en la red. PeerDAS es una característica de la próxima actualización Fusaka.

Sus comentarios llegan mientras Ethereum registra seis blobs por bloque, un hito que ha intensificado las preocupaciones sobre la sobrecarga de datos en todo el ecosistema.

Los blobs fueron introducidos a través de la EIP-4844 como contenedores temporales de datos on-chain, diseñados para reducir los costos de los rollups de capa 2 evitando la presión de almacenamiento permanente. A diferencia de los call data, los blobs expiran después de aproximadamente dos semanas, reduciendo las necesidades de almacenamiento a largo plazo mientras preservan la integridad para la verificación de transacciones.

Esta estructura hace que operar rollups sea más barato y mejora la escalabilidad de Ethereum.

Sin embargo, ese diseño ha impulsado la rápida adopción de blobs en toda la red blockchain. El 24 de septiembre, el analista on-chain Hildobby informó que varias soluciones de capa 2 de Ethereum, incluyendo Base, Worldcoin, Soneium y Scroll, ahora dependen en gran medida de los blobs.

Considerando esto, el analista señaló que los validadores ahora requieren más de 70 gigabytes de espacio para gestionar los blobs, advirtiendo que esta cifra podría aumentar a más de 1.2 terabytes si no se eliminan los datos innecesarios.

Este fuerte aumento ha obligado a los desarrolladores a buscar soluciones que equilibren la escalabilidad con la eficiencia del almacenamiento.

Cómo funciona PeerDAS

Buterin explicó que PeerDAS resolverá este desafío evitando que un solo nodo almacene todo el conjunto de datos y distribuyendo la responsabilidad a través de la red.

Según él:

“La forma en que funciona PeerDAS es que cada nodo solo solicita una pequeña cantidad de ‘chunks’, como una forma de verificar probabilísticamente que más del 50% de los chunks están disponibles. Si más del 50% de los chunks están disponibles, entonces el nodo teóricamente puede descargar esos chunks y usar erasure coding para recuperar el resto.”

Sin embargo, señaló que el sistema aún requiere datos completos de bloques en ciertas etapas, como durante la transmisión inicial o si un bloque debe reconstruirse a partir de datos parciales.

Para evitar manipulaciones, Buterin destacó la importancia de los “actores honestos” que cumplen estos roles. Sin embargo, enfatizó que PeerDAS es resistente incluso frente a grandes grupos de participantes deshonestos, ya que otros nodos pueden asumir responsabilidades cuando sea necesario.

Aumento de Blobs

Buterin señaló que los desarrolladores principales de Ethereum siguen siendo cautelosos respecto a la implementación de PeerDAS a pesar de sus años de investigación sobre el proyecto.

Para minimizar riesgos, acordaron implementar el despliegue a través de forks de Blob Parameter Only (BPO) en lugar de un solo aumento de capacidad. El primer fork, programado para el 17 de diciembre, elevará los objetivos de blobs de 6/9 a 10/15. Un segundo fork, planeado para el 7 de enero de 2026, aumentará los límites nuevamente a 14/21.

Este enfoque gradual permite a los desarrolladores monitorear el rendimiento de la red y ajustar de manera progresiva. Buterin espera que la cantidad de blobs aumente con estos cambios, sentando las bases para incrementos más agresivos en el futuro.

En su opinión, PeerDAS será vital para sostener el crecimiento de la capa 2 y preparar la capa base de Ethereum para manejar límites de gas más altos y eventualmente migrar todos los datos de ejecución a blobs.

El artículo Home staking at risk as Ethereum data loads climb from 70GB toward 1.2TB apareció primero en CryptoSlate.