A atualização mais recente do Fusaka colocou os desenvolvedores do Ethereum perante novos problemas. Com o aumento de oito vezes na quantidade de dados Blob para soluções Layer-2, pretende-se melhorar a escalabilidade, mas a implementação prática revela vulnerabilidades significativas na rede. Várias iniciativas de investigação independentes identificaram simultaneamente problemas idênticos que surgem quando demasiados blocos com carga de dados elevada precisam de ser processados ao mesmo tempo.
Capacidade de Blob e os seus efeitos na estabilidade da rede
A atualização do Fusaka tinha como objetivo utilizar de forma mais eficiente a capacidade de dados através de um aumento massivo no número de Blob. No entanto, esse mesmo aumento levou a problemas de estabilidade inesperados. Segundo resultados de investigação da NS3.AI, já se evidenciam vulnerabilidades: blocos com grandes quantidades de Blob mostram-se significativamente mais suscetíveis a falhas, o que por sua vez sobrecarrega toda a rede. Os dados indicam que a infraestrutura ainda não está totalmente preparada para a carga aumentada.
Vários grupos de investigação confirmam problemas críticos
Estudos independentes da MigaLabs e PandaOps fornecem conhecimentos adicionais sobre as deficiências técnicas. A análise revelou que os validadores, devido às suas estratégias de temporização na produção de blocos, contribuem para falhas adicionais. Surpreendentemente, os valores atuais de Blob já diminuíram novamente — um sinal de que a rede está a retornar automaticamente a um estado mais estável, embora a vulnerabilidade durante períodos de pico continue a ser problemática.
Otimizações planeadas antes de novos aumentos de capacidade
Os desenvolvedores do Ethereum respondem a estas descobertas com uma estratégia cautelosa. Em vez de aumentarem imediatamente a capacidade de Blob, consideram uma pequena atualização intermédia. Esta atualização visa otimizar a eficiência dos processos de disseminação de dados e melhorar a robustez do sistema perante cenários de carga elevada. Só após uma estabilização bem-sucedida e a melhoria destes mecanismos fundamentais os desenvolvedores irão considerar novos aumentos na quantidade de dados Blob.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Ethereum após a atualização Fusaka: Os desafios com a capacidade aumentada de dados Blob
A atualização mais recente do Fusaka colocou os desenvolvedores do Ethereum perante novos problemas. Com o aumento de oito vezes na quantidade de dados Blob para soluções Layer-2, pretende-se melhorar a escalabilidade, mas a implementação prática revela vulnerabilidades significativas na rede. Várias iniciativas de investigação independentes identificaram simultaneamente problemas idênticos que surgem quando demasiados blocos com carga de dados elevada precisam de ser processados ao mesmo tempo.
Capacidade de Blob e os seus efeitos na estabilidade da rede
A atualização do Fusaka tinha como objetivo utilizar de forma mais eficiente a capacidade de dados através de um aumento massivo no número de Blob. No entanto, esse mesmo aumento levou a problemas de estabilidade inesperados. Segundo resultados de investigação da NS3.AI, já se evidenciam vulnerabilidades: blocos com grandes quantidades de Blob mostram-se significativamente mais suscetíveis a falhas, o que por sua vez sobrecarrega toda a rede. Os dados indicam que a infraestrutura ainda não está totalmente preparada para a carga aumentada.
Vários grupos de investigação confirmam problemas críticos
Estudos independentes da MigaLabs e PandaOps fornecem conhecimentos adicionais sobre as deficiências técnicas. A análise revelou que os validadores, devido às suas estratégias de temporização na produção de blocos, contribuem para falhas adicionais. Surpreendentemente, os valores atuais de Blob já diminuíram novamente — um sinal de que a rede está a retornar automaticamente a um estado mais estável, embora a vulnerabilidade durante períodos de pico continue a ser problemática.
Otimizações planeadas antes de novos aumentos de capacidade
Os desenvolvedores do Ethereum respondem a estas descobertas com uma estratégia cautelosa. Em vez de aumentarem imediatamente a capacidade de Blob, consideram uma pequena atualização intermédia. Esta atualização visa otimizar a eficiência dos processos de disseminação de dados e melhorar a robustez do sistema perante cenários de carga elevada. Só após uma estabilização bem-sucedida e a melhoria destes mecanismos fundamentais os desenvolvedores irão considerar novos aumentos na quantidade de dados Blob.