Vitalik: La actualización de Fusaka resolverá el problema de la disponibilidad de datos y PeerDAS se convertirá en una tecnología clave.

【Cadena de bloques】25 de septiembre, el cofundador de Ethereum, Vitalik Buterin, declaró en las redes sociales que la actualización Fusaka resolverá el actual problema de disponibilidad de datos, pero la seguridad siempre será la principal consideración. La función central de la actualización Fusaka, PeerDAS, está intentando lograr un avance sin precedentes: permitir que las cadenas de bloques en funcionamiento no necesiten que ningún nodo único descargue todos los datos completos. El funcionamiento de PeerDAS es que cada nodo solo solicita una pequeña cantidad de "bloques de datos", asegurando a través de la verificación probabilística que más del 50% de los bloques de datos estén disponibles. Si más de la mitad de los bloques de datos están disponibles, el nodo teóricamente puede descargar estos bloques de datos y utilizar tecnología de codificación por borrado para recuperar el resto. En la versión inicial, todavía hay dos situaciones que requieren que los datos completos del bloque se almacenen de manera centralizada:

(i) etapa de transmisión inicial; (ii) Etapa de reconstrucción cuando el publicador publica solo el 50%≤p<100% de los datos del bloque.

Pero estos roles no requieren confianza: basta con que exista un ejecutor honesto para que se complete, incluso si hay 100 nodos maliciosos, el protocolo automáticamente los evitará. Diferentes nodos pueden realizar esta tarea para diferentes bloques. En el futuro, la mensajería a nivel celular y la construcción distribuida de bloques lograrán la descentralización de estas dos funciones. Todo esto son tecnologías completamente nuevas, y es prudente que los desarrolladores centrales mantengan una actitud de prueba altamente cautelosa incluso después de años de investigación y desarrollo. Esta es también la razón por la cual la cantidad de bloques de datos aumentará de manera conservadora al principio y luego se incrementará de manera más agresiva. Pero esta es la clave para la expansión L2 (que eventualmente también se utilizará para la expansión L1 — cuando el límite de Gas L1 aumente hasta el punto de que sea necesario almacenar los datos de ejecución L1 en bloques de datos).