El cofundador de Ethereum, Vitalik Buterin, ha identificado el muestreo de disponibilidad de datos de pares (Peerdas) como una herramienta crucial para abordar las crecientes demandas de almacenamiento de blob de la red. Peerdas es una característica de la próxima actualización de Fusaka.
Sus comentarios llegan cuando Ethereum registra seis blobs por bloque, un hito que ha intensificado las preocupaciones sobre la hinchazón de datos en todo el ecosistema.
Las blobs se introdujeron a través de EIP-4844 como contenedores de datos temporales en la cadena, diseñados para reducir los costos para los acumulaciones de la capa 2 mientras evita la presión de almacenamiento permanente. A diferencia de los datos de llamadas, las blobs caducan después de aproximadamente dos semanas, reduciendo las necesidades de almacenamiento a largo plazo al tiempo que preservan la integridad para la verificación de la transacción.
Esta estructura hace que los rollups sean más baratos para operar y mejora la escalabilidad de Ethereum.
Sin embargo, ese diseño ha estimulado la rápida adopción de blobs en la red blockchain. El 24 de septiembre, el analista de cadena Hildobby informó que varias soluciones de Ethereum Layer-2, incluidas Base, WorldCoin, Soneium y Scroll, ahora dependen en gran medida de las manchas.
Teniendo en cuenta esto, el analista señaló que los validadores ahora requieren más de 70 gigabytes de espacio para gestionar blobs, advirtiendo que esta cifra podría globalizar a más de 1.2 terabytes si no se les deja sin hacerlo.
Este fuerte aumento ha obligado a los desarrolladores a buscar soluciones que equilibren la escalabilidad con la eficiencia de almacenamiento.
Cómo funciona Peerdas
Buterin explicó que Peerdas resolverá este desafío al evitar que cualquier nodo solo almacene todo el conjunto de datos y distribuya la responsabilidad en toda la red.
Según él:
“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. Si más del 50% de los fragmentos están disponibles, entonces el nodo puede descargar teóricamente esos fragmentos y usar codificación de borrado para recuperar el descanso”.
Sin embargo, señaló que el sistema todavía requiere datos de bloque completos en ciertas etapas, como durante la transmisión inicial o si un bloque debe ser reconstruido 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, enfatizó que Peerdas es resistente incluso contra grandes grupos de participantes deshonestos, ya que otros nodos pueden asumir responsabilidades cuando sea necesario.
Creciente blobs
Buterin señaló que los desarrolladores principales de Ethereum siguen siendo cautelosos con la implementación de Peerdas a pesar de sus años de investigación sobre el proyecto.
Para minimizar los riesgos, acordaron organizar el despliegue a través del parámetro BLOB solo las horquillas (BPO) en lugar de un solo salto en capacidad. La primera bifurcación, programada para el 17 de diciembre, elevará los objetivos de Blob del 6/9 al 10/15. Una segunda bifurcación, planeada para el 7 de enero de 2026, aumentará los límites nuevamente al 14/21.
Este enfoque gradual permite a los desarrolladores monitorear el rendimiento de la red y ajustarse gradualmente. Buterin espera que los recuentos de blob aumenten con estos cambios, estableciendo las bases para aumentos más agresivos más tarde.
En su opinión, Peerdas será vital para mantener el crecimiento de la capa 2 y preparar la capa base de Ethereum para manejar los límites de gas más altos y eventualmente migrar los datos de ejecución por completo a blobs.
Mencionado en este artículo
(Tagstotranslate) Ethereum (T) Crypto (T) People (T) People (T) Tecnología
