Vitalik: A atualização Fusaka resolverá o problema da disponibilidade de dados, e o PeerDAS se tornará uma tecnologia chave.

[Blockchain] 25 de setembro, o cofundador do Ethereum, Vitalik Buterin, afirmou nas redes sociais que a atualização Fusaka resolverá o atual problema de disponibilidade de dados, mas a segurança continua sendo a principal consideração. A funcionalidade central da atualização Fusaka, PeerDAS, está tentando alcançar uma quebra de paradigma sem precedentes: permitir que blockchains em operação não precisem de nenhum nó único para baixar dados completos. A operação do PeerDAS é que cada nó solicita apenas um pequeno número de "blocos de dados", garantindo através de validação probabilística que mais de 50% dos blocos de dados estejam disponíveis. Se mais da metade dos blocos de dados estiver disponível, os nós podem teoricamente baixar esses blocos e usar a tecnologia de codificação de apagamento para recuperar o restante. Na versão inicial, ainda existem duas situações em que é necessário armazenar dados completos do bloco:

(i) Fase de transmissão inicial; (ii) Quando o publicador publica apenas 50%≤p<100% dos dados do bloco, a etapa de reconstrução.

Mas esses papéis não precisam de confiança: basta que exista um executor honesto para completar a tarefa, mesmo que haja 100 nós maliciosos, o protocolo automaticamente os contornará. Nós diferentes podem executar essa tarefa em diferentes blocos. No futuro, a comunicação em nível celular e a construção de blocos distribuídos alcançarão a descentralização dessas duas funções. Tudo isso é uma tecnologia nova, e é sensato que os desenvolvedores principais mantenham uma atitude de teste altamente cautelosa, mesmo após anos de desenvolvimento. É exatamente por isso que o número de blocos de dados será inicialmente aumentado de forma conservadora e depois gradualmente elevado de forma mais agressiva. Mas isso é a chave para a escalabilidade L2 (que eventualmente também será usada para a escalabilidade L1 - quando o limite de Gas L1 for elevado a um ponto em que seja necessário armazenar os dados de execução L1 em blocos de dados).