PeerDAS en Fusaka es significativo porque literalmente es sharding. Ethereum está llegando a un consenso sobre bloques sin requerir que ningún nodo vea más que una pequeña fracción de los datos. Y esto es robusto ante ataques del 51%: es verificación probabilística del lado del cliente, no votación de validadores. El sharding ha sido un sueño para Ethereum desde 2015, y la muestreo de disponibilidad de datos desde 2017 ( ), y ahora lo tenemos. Dicho esto, hay tres formas en que el sharding en Fusaka es incompleto: * Podemos procesar O(c^2) transacciones (donde c es el cómputo por nodo) en L2s, pero no en el ethereum L1. Si queremos que la escalabilidad beneficie también al ethereum L1, más allá de lo que podemos obtener con mejoras de factor constante como BAL y ePBS, necesitamos ZK-EVMs maduras. * El cuello de botella del proponente/constructor. Hoy en día, el constructor necesita tener todos los datos y construir todo el bloque. Sería increíble tener construcción de bloques distribuida. * No tenemos un mempool shardeado. Aún necesitamos eso. Pero aun así, este es un paso fundamental hacia adelante en el diseño de blockchain. Los próximos dos años nos darán tiempo para refinar el mecanismo PeerDAS, aumentar cuidadosamente su escala mientras continuamos asegurando su estabilidad, usarlo para escalar L2s, y luego, cuando los ZK-EVMs sean maduros, volverlo hacia adentro para escalar también el gas de ethereum L1. Grandes felicitaciones a los investigadores y desarrolladores principales de Ethereum que trabajaron duro durante años para hacer esto posible.