Vitalik: Fusaka está desenvolvendo a funcionalidade central PeerDAS, com o objetivo de possibilitar uma blockchain em tempo real sem a necessidade de baixar todos os dados completos.

De acordo com reportagem da Jinse Finance, o fundador do Ethereum, Vitalik Buterin, publicou no X destacando que, para Fusaka, a segurança é a prioridade máxima. Sua funcionalidade central, PeerDAS, está tentando algo inédito: criar um blockchain em tempo real que não exige que nenhum nó individual baixe todos os dados. O funcionamento do PeerDAS é que cada nó solicita apenas uma pequena quantidade de “chunks” de dados, para verificar probabilisticamente se mais de 50% dos chunks estão disponíveis. Se mais de 50% dos chunks estiverem disponíveis, teoricamente o nó pode baixar esses chunks e usar codificação de eliminação (erasure coding) para recuperar o restante dos dados. Na primeira versão, os dados completos do bloco ainda precisam existir em um local, em duas situações: (i) transmissão inicial (initial broadcasting): quando os dados são publicados pela primeira vez; (ii) reconstrução dos dados (reconstruction): quando o publicador disponibiliza entre 50% e 100% dos chunks de dados. No entanto, esses papéis são trustless: basta um participante honesto para executar essas tarefas, mesmo que haja 100 participantes desonestos, o protocolo irá contorná-los. Além disso, diferentes nós podem executar essa tarefa para diferentes blocos. No futuro, a comunicação em nível de célula (cell-level messaging) e a construção distribuída de blocos (distributed block building) permitirão que essas duas funções também sejam distribuídas.Tudo isso é tecnologia nova, e é sensato que os desenvolvedores principais sejam extremamente cautelosos nos testes, mesmo após anos de trabalho. É por isso que a quantidade inicial de blobs será aumentada de forma conservadora, tornando-se mais agressiva com o tempo. Mas isso é fundamental para a escalabilidade do L2 (e, eventualmente, também para o L1, assim que o limite de gas do L1 for alto o suficiente para que precisemos colocar os dados de execução do L1 em blobs).