Um protótipo de ethereum que divide as tarefas de recuperação de blobs entre nodes relatou uma redução de 11–18× no trabalho computacional estimado de reconstrução em simulações de 1.000 nodes. Os resultados sugerem que os operadores poderiam reduzir o trabalho duplicado por meio de uma alteração menor do que a proposta completa de rede RowDAS.
O relatório de 3 de setembro do pesquisador Csaba Kiraly descreve o design reduzido como um possível primeiro passo rumo ao RowDAS. Ele atribui funções de recuperação sem introduzir os novos canais de rede de linha na proposta completa.
Blobs transportam dados utilizados por rollups de camada 2. PeerDAS, o sistema da Ethereum para verificar a disponibilidade dos dados dos blobs, permite que os nodes baixem apenas parte deles. Nodes de alta custódia mantêm pelo menos 64 das 128 colunas de dados, o suficiente para reconstruir dados de blobs ausentes; supernodes mantêm todas as 128.
Muitos nós de alta custódia podem repetir a mesma reconstrução. O design reduzido atribui blobs específicos a eles primeiro, permitindo que outros recebam os dados recuperados em vez de reconstruí-los imediatamente por conta própria.
O que as simulações de recuperação de blobs do ethereum mostram
Em uma configuração com quatro blobs, 10% de supernós e nenhuma coluna retida, o custo estimado de reconstrução em toda a rede caiu de 48,6 segundos-CPU sob o modelo PeerDAS para 2,75 segundos-CPU sob o design reduzido. Com uma participação de 20% de supernós, os valores correspondentes foram 91 e 6,6 segundos-CPU.
Esses totais descrevem o trabalho computacional acumulado na rede simulada, e não o tempo de recuperação decorrido. A contabilidade aplica um custo medido de 162 milissegundos por recuperação de blob em um processador Ryzen 9 8945HS. As velocidades de transação e as economias de taxas estavam fora das medições relatadas.
A linha de base do PeerDAS já inclui espera aleatória e verificações que suprimem a reconstrução duplicada. Portanto, a comparação atribui aos comportamentos existentes dos clientes o benefício do trabalho economizado por esses atrasos.
Na variante reduzida, os nós atribuídos compartilham células recuperadas por meio dos canais existentes de distribuição por coluna. Nós de alta custódia mantêm um papel de recuperação atrasada para qualquer coisa ainda ausente, preservando um mecanismo de segurança do tipo PeerDAS.
O RowDAS, especificado no rascunho da EIP-8371, adicionaria outra rota de recuperação: os canais de linha permitem que nós menores agrupem seus dados e reconstruam coletivamente quando suas holdings combinadas atingirem o limiar de recuperação. O design reduzido mantém a dependência atual de nós de alta custódia e não pode fornecer essa resiliência adicional.
As medições permanecem limitadas a redes simuladas e em processo usando criptografia real. Kiraly não relatou resultados de devnet, e a configuração de 128 linhas da rede completa permanece uma extrapolação a partir de contagens menores de sub-redes. Simulações maiores e testes em redes reais ainda estão por vir.
O EIP-8371 mantém os limites de blob inalterados, e a proposta de divisão entre atribuição de deveres e rede de linhas ainda não foi incorporada ao seu texto preliminar. A oportunidade imediata é mais restrita: reduzir o trabalho do processador necessário para recuperação, com os benefícios mais amplos de resiliência dependendo de uma camada de linhas posterior.
A postagem Ethereum pode ter uma maneira mais simples de aliviar a carga computacional de seu crescente ecossistema de rollups apareceu primeiro em CryptoSlate.