Um protótipo do Ethereum que atribui tarefas de recuperação de blobs a nós selecionados de alta custódia reduziu o trabalho estimado de reconstrução em 11–18× em simulações com 1.000 nós. Com quatro blobs, 10% de supernós e sem colunas retidas, o custo de reconstrução em toda a rede caiu de 48,6 CPU-seconds sob o PeerDAS para 2,75 CPU-seconds no design reduzido. Com uma quota de 20% de supernós, os valores foram 91 e 6,6 CPU-seconds.
Os resultados vêm de um relatório do investigador Csaba Kiraly. Descrevem o trabalho de computação acumulado em toda a rede simulada, não o tempo de recuperação decorrido, utilizando um custo medido de 162 milissegundos por recuperação de blob num processador Ryzen 9 8945HS.
Porque importa
Os blobs do Ethereum transportam dados usados pelos rollups de camada 2, enquanto o PeerDAS permite que os nós verifiquem a disponibilidade dos dados descarregando apenas parte deles. Os nós de alta custódia têm de deter pelo menos 64 de 128 colunas de dados, e os supernós detêm todas as 128. Quando muitos nós reconstroem o mesmo blob em falta, a rede pode repetir trabalho dispendioso.
O design reduzido atribui blobs específicos a nós designados em primeiro lugar. Os restantes nós podem receber dados recuperados através dos canais de distribuição de colunas existentes em vez de os reconstruírem imediatamente, enquanto os nós de alta custódia mantêm um papel de recuperação diferida para qualquer coisa que continue em falta.
A abordagem é mais restrita do que o RowDAS completo, que acrescentaria canais de linha para que nós mais pequenos possam agrupar dados e reconstruir coletivamente. O protótipo reduz, por isso, o trabalho do processador sem oferecer a resiliência adicional do RowDAS nem alterar os limites dos blobs.
Impacto no mercado
O principal benefício a curto prazo é uma menor procura de reconstrução para os operadores que servem o crescente ecossistema de rollups do Ethereum. Isto poderá reduzir a carga de computação sobre os stakers domésticos e outros operadores de nós de alta custódia à medida que a atividade de blobs aumenta.
As conclusões continuam limitadas a redes simuladas e em processo, com recurso a criptografia real. Simulações maiores, testes em devnet e a configuração completa de 128 sub-redes de linhas permanecem trabalho futuro, pelo que os investidores devem encarar os ganhos relatados como um sinal inicial de design e não como uma previsão dos custos atuais da rede.
Perguntas frequentes
-
Quanto trabalho de reconstrução é que o design reduzido PeerDAS poupou?
Em simulações com 1.000 nós, o trabalho estimado de reconstrução caiu 11–18×. Com 10% de supernós, o custo desceu de 48,6 para 2,75 CPU-seconds.
-
Porque é que o Ethereum atribui tarefas de recuperação de blobs a nós selecionados?
O design permite que nós de alta custódia designados recuperem blobs específicos primeiro. Os restantes nós podem depois receber os dados recuperados em vez de repetirem o mesmo trabalho.
-
Qual é a diferença entre o design reduzido e o RowDAS completo?
O design reduzido usa os canais de distribuição de colunas existentes e mantém uma salvaguarda de nós de alta custódia. O RowDAS completo acrescentaria canais de linha para reconstrução coletiva e maior resiliência.
-
O protótipo comprova taxas mais baixas ou transações mais rápidas no Ethereum?
Não. As medições relatadas abrangeram o trabalho de reconstrução em toda a rede, não a velocidade das transações, poupança de taxas ou tempo de recuperação decorrido.
-
Que testes são ainda necessários antes de este design do Ethereum poder ser adotado?
Os resultados continuam limitados a redes simuladas e em processo, com recurso a criptografia real. São ainda necessárias simulações maiores, testes em devnet e validação da configuração completa de 128 sub-redes de linhas.