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 muestreo de disponibilidad de datos entre pares (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 EIP-4844 como contenedores temporales de datos en la cadena, diseñados para reducir los costos de los rollups de capa 2 y evitar la presión de almacenamiento permanente. A diferencia de los call data, los blobs expiran después de aproximadamente dos semanas, lo que reduce las necesidades de almacenamiento a largo plazo mientras se preserva la integridad para la verificación de transacciones.

Esta estructura hace que los rollups sean más baratos de operar 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, incluidas 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 depuran.

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 al evitar que un solo nodo almacene todo el conjunto de datos y distribuir 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 codificación de borrado 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 protegerse contra la manipulación, Buterin enfatizó la importancia de los “actores honestos” que cumplen estos roles. Sin embargo, subrayó que PeerDAS es resistente incluso contra 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 en el proyecto.

Para minimizar los riesgos, acordaron implementar el despliegue a través de forks de solo parámetros de blobs (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á nuevamente los límites a 14/21.

Este enfoque por fases permite a los desarrolladores monitorear el rendimiento de la red y ajustar gradualmente. 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 completamente 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.