Vitalik: Fusaka está desarrollando la funcionalidad central PeerDAS, diseñada para lograr una cadena de bloques en tiempo real sin necesidad de descargar datos completos.

El informe de Golden Finance indica que el fundador de Ethereum, Vitalik Buterin, publicó en la plataforma X que para Fusaka, la seguridad es lo más importante. Su función central, PeerDAS, está intentando hacer algo sin precedentes: crear una cadena de bloques en tiempo real que no requiere que ningún nodo descargue todos los datos. La forma de trabajar de PeerDAS es que cada nodo solo solicita una pequeña cantidad de "bloques de datos" (chunk), para verificar de manera probabilística que más del 50% de los bloques de datos son utilizables. Si más del 50% de los bloques de datos son utilizables, entonces, teóricamente, el nodo puede descargar estos bloques de datos y usar la codificación de borrado (erasure coding) para recuperar el resto de los datos. En la primera versión, los datos completos del bloque aún necesitan existir en un solo lugar, hay dos situaciones: (i) Difusión inicial (initial broadcasting): cuando los datos se publican por primera vez; (ii) Reconstrucción de datos: cuando el publicador ha emitido bloques de datos entre el 50% y el 100%. Pero estos roles son todos de confianza cero: solo necesitamos un participante honesto para ejecutar estas tareas, incluso si hay 100 participantes deshonestos, el protocolo los eludirá. Además, diferentes nodos pueden ejecutar esta tarea para diferentes bloques. En el futuro, la mensajería a nivel de celda y la construcción de bloques distribuidos permitirán que estas dos funciones también se puedan distribuir. Estas son nuevas tecnologías, es prudente que los desarrolladores principales sean extremadamente cautelosos en las pruebas, incluso si han estado trabajando en ello durante años. Por eso la cantidad inicial de blobs aumentará de manera conservadora y luego se volverá más agresiva con el tiempo. Pero esta es la clave para la escalabilidad L2 (y, en última instancia, también la clave para la escalabilidad L1, una vez que el límite de gas L1 sea tan alto que tengamos que colocar los datos de ejecución L1 en blobs).