Vitalik Buterin: PeerDAS de Fusaka es el auténtico sharding que Ethereum esperaba desde 2015

Source: CritpoTendencia Original Title: Vitalik Buterin califica al PeerDAS de Fusaka como el factor que esperaba Ethereum desde 2015 Original Link: Vitalik Buterin, cofundador de Ethereum, celebró la activación del PeerDAS dentro de la actualización Fusaka. Calificó esta mejora como el sharding auténtico soñado por la red desde 2015.

Según Buterin, Ethereum ahora puede ponerse de acuerdo sobre qué bloques son válidos sin que ningún nodo tenga que ver todos los datos completos de cada bloque. Esto abre la puerta a una red más rápida, más barata y más descentralizada.

Lo interesante es que este sistema no depende de que la mayoría de los validadores “vote bien”, sino de que cada usuario puede verificar por su cuenta, de forma probabilística, que los datos están disponibles. Esto hace que incluso un ataque del 51% sea mucho más difícil de convertir en un ataque exitoso contra la disponibilidad de datos.

El problema que resuelve PeerDAS

Buterin viene hablando de este tema desde 2017. El problema se resume así: aunque existan pruebas de fraude para demostrar que un bloque es inválido, estas no sirven si el atacante simplemente no publica todos los datos. Si faltan partes del bloque, otros validadores no pueden reconstruir el estado ni interactuar con esa parte de la red.

Además, castigar a quien “no publica datos” es difícil, porque desde fuera no siempre queda claro si fue el publicador malicioso o un nodo que acusó sin razón. Eso rompe los incentivos y puede convertir el sistema en un caos de falsas alarmas, ataques de denegación de servicio o depender solo de actores altruistas.

PeerDAS aborda ese problema al hacer que todos los nodos ligeros participen en una verificación probabilística de la disponibilidad de datos antes de aceptar un bloque.

¿Por qué es importante el PeerDAS de Fusaka?

Con Fusaka y PeerDAS, Ethereum puede escalar mucho mejor por medio de las segundas capas (L2), como los rollups. Los datos de estas L2 se guardan como blobs que ya no necesitan ser descargados enteros por todos, sino muestreados. Eso baja los requisitos de hardware para los nodos y permite que más actores puedan participar en la validación.

Sin embargo, el propio Buterin reconoce tres puntos que todavía están incompletos:

• El gran salto de escalabilidad se siente más en las L2 que en la capa principal (L1). Para que L1 también procese muchas más transacciones, se necesitan ZK-EVM maduros.
• El constructor de bloques sigue necesitando ver todos los datos para armar el bloque. La meta futura es tener construcción de bloques distribuida.
• Todavía no existe un mempool shardado; es decir, el sistema de transacciones en espera aún no está dividido por fragmentos.

El experto ve esto como un paso fundamental en el diseño de blockchains. Los próximos años servirán para afinar PeerDAS, subir gradualmente la capacidad y, cuando las ZK-EVM estén listas, usar esas mismas ideas para aumentar también el gas disponible en la L1.