Ethereum reduz custo para recuperar blobs em simulação
Um protótipo do Ethereum distribuiu entre os nós as tarefas de recuperação de blobs. A mudança reduziu o trabalho computacional estimado em 11 a 18 vezes. Os resultados vieram de simulações com 1.000 nós. Com isso, operadores poderiam evitar atividades duplicadas por meio de uma alteração menor que a proposta completa do RowDAS.
Em relatório publicado em 3 de setembro, o pesquisador Csaba Kiraly descreveu o modelo reduzido como um possível primeiro passo para o RowDAS. O desenho atribui tarefas de recuperação sem criar os novos canais de rede por linha previstos na proposta integral. Assim, a abordagem busca aliviar a carga de processamento antes da implementação de uma arquitetura mais ampla. Ao mesmo tempo, o modelo preserva mecanismos de proteção usados no sistema atual.
Distribuição reduz reconstruções duplicadas
Os blobs carregam dados utilizados por rollups de camada 2. Já o PeerDAS verifica a disponibilidade desses dados e permite que os nós baixem apenas parte do conteúdo. Com isso, cada participante não precisa armazenar todos os dados distribuídos pela rede. Contudo, nós de alta custódia mantêm pelo menos 64 das 128 colunas, quantidade suficiente para reconstruir blobs ausentes.
Os supernós, por sua vez, armazenam as 128 colunas. No modelo atual, vários nós de alta custódia podem repetir a mesma reconstrução. Por isso, a variante reduzida atribui inicialmente blobs específicos a esses participantes. Os demais nós recebem os dados recuperados sem refazer imediatamente o mesmo trabalho.
Em uma configuração com quatro blobs, 10% de supernós e nenhuma coluna retida, o custo estimado caiu de 48,6 para 2,75 segundos de CPU. Nesse cenário, a redução chegou a quase 18 vezes. Quando a participação de supernós subiu para 20%, os valores passaram de 91 para 6,6 segundos de CPU. Assim, a carga computacional ficou cerca de 14 vezes menor nessa configuração.

Resultados ainda se limitam a redes simuladas
Esses totais representam o trabalho computacional acumulado em toda a rede simulada. Portanto, os números não indicam o tempo total necessário para recuperar os dados. O cálculo aplica um custo medido de 162 milissegundos para cada recuperação de blob em um processador Ryzen 9 8945HS. Além disso, o relatório não avaliou velocidades de transação nem possíveis economias em taxas.
A referência do PeerDAS já inclui esperas aleatórias e verificações destinadas a evitar reconstruções duplicadas. Logo, a comparação considera o trabalho que esses atrasos economizam no comportamento atual dos clientes. Na variante reduzida, os nós designados compartilham as células recuperadas pelos canais existentes de distribuição de colunas. Enquanto isso, os outros participantes aguardam os dados antes de iniciar uma reconstrução própria.
Os nós de alta custódia preservam uma função atrasada de recuperação para dados que continuarem ausentes. Esse mecanismo mantém uma proteção semelhante à oferecida pelo PeerDAS. Por outro lado, o RowDAS completo, especificado no rascunho da EIP-8371, adicionaria canais por linha. Com essa estrutura, nós menores poderiam combinar seus dados e reconstruir blobs coletivamente.
RowDAS completo exigirá novos testes
A versão reduzida ainda depende dos nós de alta custódia. Consequentemente, ela não oferece a resiliência adicional prevista na proposta integral. As medições usaram redes simuladas no mesmo processo, embora tenham empregado criptografia real. Além do mais, Kiraly não apresentou resultados obtidos em uma devnet.
A configuração completa com 128 sub-redes por linha continua baseada em uma extrapolação de contagens menores. Por enquanto, a EIP-8371 também não altera os limites de blobs. O rascunho ainda não incorporou a separação entre a atribuição de tarefas e a rede por linha. Contudo, simulações maiores e testes em redes reais serão necessários antes de uma implementação mais ampla.
Nesse estágio, a oportunidade imediata está na redução do processamento necessário para recuperar blobs. Já os ganhos adicionais de resiliência dependem da futura camada de comunicação por linha. Dessa forma, o modelo reduzido pode servir como etapa intermediária para o RowDAS completo.