O PeerDAS em Fusaka é significativo porque é literalmente sharding. O Ethereum está a chegar a consenso sobre blocos sem exigir que qualquer nó veja mais do que uma pequena fração dos dados. E isso é robusto a ataques de 51% - é verificação probabilística do lado do cliente, não votação de validadores. O sharding tem sido um sonho para o Ethereum desde 2015, e a amostragem de disponibilidade de dados desde 2017 ( ), e agora temos isso. Dito isso, há três maneiras pelas quais o sharding em Fusaka é incompleto: * Podemos processar O(c^2) transações (onde c é o cálculo por nó) em L2s, mas não no ethereum L1. Se quisermos que a escalabilidade beneficie também o ethereum L1, além do que podemos obter com atualizações de fator constante como BAL e ePBS, precisamos de ZK-EVMs maduras. * O gargalo do proponente/construtor. Hoje, o construtor precisa ter todos os dados e construir o bloco inteiro. Seria incrível ter construção de blocos distribuída. * Não temos um mempool sharded. Ainda precisamos disso. Mas mesmo assim, este é um passo fundamental em frente no design de blockchain. Os próximos dois anos nos darão tempo para refinar o mecanismo PeerDAS, aumentar cuidadosamente sua escala enquanto continuamos a garantir sua estabilidade, usá-lo para escalar L2s e, quando os ZK-EVMs estiverem maduros, direcioná-lo para escalar também o gás do ethereum L1. Grandes parabéns aos pesquisadores e desenvolvedores principais do Ethereum que trabalharam arduamente durante anos para tornar isso possível.