Vitalik Buterin dice que PeerDAS de la actualización Fusaka es clave para la escalabilidad de Ethereum
Quick Take: La función principal de Fusaka, PeerDAS, permite a los nodos de Ethereum verificar y reconstruir bloques sin almacenar todos los datos, lo que abre el camino para una mayor escalabilidad. Buterin afirmó que PeerDAS es clave tanto para la escalabilidad de la Layer 2 como para la futura Layer 1, mientras que la cantidad de blobs aumentará de manera conservadora al principio antes de incrementarse más agresivamente.

El cofundador de Ethereum, Vitalik Buterin, afirmó que la característica principal de la actualización Fusaka de la blockchain, PeerDAS, es la clave para escalar la red.
PeerDAS, abreviatura de Peer Data Availability Sampling, permite a los nodos verificar que los datos de los bloques existen sin necesidad de descargarlos o almacenarlos por completo. En su lugar, los nodos obtienen "fragmentos" más pequeños de datos y luego utilizan codificación de borrado para reconstruir el resto, explicó Buterin en una publicación en X. La codificación de borrado es una técnica de protección de datos que divide los datos en partes, añade información redundante y distribuye esas partes para que los datos originales puedan ser reconstruidos incluso si faltan algunas partes.
Buterin describió este enfoque como "bastante sin precedentes" porque elimina la necesidad de que cualquier nodo individual almacene el conjunto completo de datos. En la primera versión de PeerDAS, todavía se necesita el conjunto completo de datos de un bloque en casos limitados —cuando los bloques se transmiten por primera vez y cuando los bloques parciales necesitan ser reconstruidos. Incluso entonces, enfatizó que solo se necesita un actor honesto para que ese rol "no confiable" funcione, haciendo que el proceso sea resistente a un gran número de participantes deshonestos, con futuras mejoras que también permitirán que estas dos funciones se distribuyan.
Ethereum alcanza seis blobs por bloque por primera vez
Los comentarios de Buterin surgieron en respuesta a un hilo de "hildobby", Jefe de Datos de Dragonfly, quien señaló que Ethereum acababa de alcanzar seis blobs por bloque por primera vez. Los blobs son paquetes de datos de transacciones de tamaño fijo introducidos en la actualización Dencun de Ethereum, diseñados para proporcionar a los rollups un almacenamiento temporal más barato que el calldata regular. Cada bloque tiene un "blobspace" limitado, y el número de blobs por bloque —el recuento de blobs— afecta directamente la cantidad de datos de transacciones que las soluciones de escalado pueden publicar en Ethereum.
Según hildobby, el aumento en el uso de blobs está siendo impulsado por la actividad de rollups como Base, World, Scroll, Soneium y Linea, entre otros. Solo Base y World están consumiendo la mayor parte del espacio disponible de blobs, con las Layer 2 pagando colectivamente alrededor de $200,000 por semana en tarifas de mainnet. Sin embargo, muchos blobs siguen estando parcialmente vacíos y los patrones de publicación son inconsistentes, lo que hace que el blobspace sea más difícil de prever, según el analista.
Promedio de blobs por bloque. Imagen: hildobby.
Buterin reconoció estas presiones y dijo que el recuento de blobs escalará de manera conservadora al principio antes de aumentar más agresivamente con el tiempo. Este despliegue cauteloso, enfatizó, es deliberado: los desarrolladores principales quieren probar a fondo el sistema antes de expandir la capacidad, a pesar de haber trabajado en ello durante años. Si bien el recuento de blobs determina cuántos datos pueden publicar los rollups por bloque, escalarlos demasiado rápido podría poner presión sobre la red. PeerDAS aborda esto permitiendo que los nodos verifiquen la disponibilidad de datos mediante muestreo en lugar de almacenar blobs completos, lo que respalda el enfoque cauteloso para aumentar el recuento de blobs con el tiempo.
A largo plazo, Buterin ve PeerDAS como clave, no solo para la escalabilidad de Layer 2, sino también para la capa base de Ethereum. Una vez que el límite de gas aumente lo suficiente, argumentó, incluso los datos de ejecución de Layer 1 podrían trasladarse a blobs. Eso reduciría aún más la carga sobre los nodos y desbloquearía margen de escalabilidad, permitiendo que Ethereum maneje una mayor demanda sin sacrificar la descentralización.
La semana pasada, los desarrolladores de Ethereum fijaron tentativamente la fecha del 3 de diciembre para el lanzamiento de Fusaka en mainnet, pendiente de implementaciones exitosas en testnets el próximo mes. La Ethereum Foundation también lanzó un concurso de auditoría de cuatro semanas para Fusaka, ofreciendo hasta $2 millones en recompensas para los investigadores de seguridad que descubran errores antes de que el hard fork llegue a mainnet.
Descargo de responsabilidad: El contenido de este artículo refleja únicamente la opinión del autor y no representa en modo alguno a la plataforma. Este artículo no se pretende servir de referencia para tomar decisiones de inversión.
También te puede gustar



En tendencia
MásPrecios de las criptos
Más








