Atualização Fusaka do Ethereum no final do ano, 12 EIPs analisadas: abordando diretamente três grandes problemas: escalabilidade, segurança e eficiência.

O Ethereum lançará em breve o hard fork Fusaka no final de 2025, fortalecendo a escalabilidade e a segurança por meio de 12 propostas de melhoria, e se preparando para ativos on-chain de grande escala no futuro. (Sinopse: Tom Lee grita com confiança: Ethereum é um “blockchain verdadeiramente neutro” em 12.000 no final do ano, e Bitcoin vai correr para US $ 250.000) (Suplemento de fundo: Analistas de Tom Lee: Ethereum $ 4.000 para defender a guerra e estabilizar a ofensiva ascendente de longo prazo de US $ 5.500) Ethereum está prestes a inaugurar uma atualização de hard fork chamada “Fusaka” em 3 de dezembro de 2025. Esta atualização contém um total de 12 Propostas de Melhoria do Ethereum (EIPs), que são como 12 peças sofisticadas que trabalharão juntas para melhorar a escalabilidade, segurança e eficiência operacional do Ethereum. Abaixo, vou categorizar esses 12 EIPs e explicar em linguagem simples quais problemas cada um deles resolve e por que eles são críticos para o futuro do Ethereum. Expanda! Making Ethereum Run Faster and Pack More Este é o tema central da atualização de Fusaka. Para que o Ethereum hospede a economia digital global, ele deve lidar com o congestionamento de transações e altas taxas. As EIPs a seguir são projetadas para alcançar isso, especialmente em torno do dimensionamento da Camada 2 para reduzir custos e aumentar a eficiência. EIP-7594: PeerDAS – Data Availability Sampling Pain point: Desde que a atualização de Dencun introduziu “blobs” de dados para fornecer armazenamento de dados barato para a Camada 2, surge uma questão central: como você garante que essa enorme quantidade de dados esteja realmente disponível? A prática atual é exigir que cada nó de validação baixe e verifique todos os dados de blob transportados por um bloco. Isso é viável quando um bloco carrega até 9 blobs. No entanto, se o número de blobs aumentar ainda mais no futuro (como 128), baixar e verificar todos os blobs incorrerá em alta sobrecarga, o que aumentará o limite para a participação do validador e ameaçará a descentralização da rede. Solução: o PeerDAS (Peer Data Availability Sampling) transforma as tradicionais “todas as verificações” em “verificações pontuais”. Em termos simples: a rede fatia os dados completos do blob. Cada validador não precisa baixar todos os blobs, apenas baixar aleatoriamente e verificar alguns dados. Em seguida, verificando uns aos outros e trocando resultados de verificação, todos podem confirmar conjuntamente a integridade e a disponibilidade de todo o conjunto de dados de blob. É como um grande quebra-cabeça onde todos têm apenas algumas peças nas mãos, mas desde que você verifique as principais conexões uns dos outros, você pode ter certeza de que todo o quebra-cabeça está intacto. Vale ressaltar que o PeerDAS não é uma invenção inteiramente nova, e suas principais ideias de DAS têm sido praticadas com sucesso em projetos de DA de terceiros, como o Celestia. A implementação do PeerDAS é mais como compensar uma “dívida técnica” chave para o plano de escalonamento de longo prazo do Ethereum. Significado: O PeerDAS reduz muito a carga de armazenamento dos validadores, eliminando a barreira para o Ethereum alcançar a expansão de dados em larga escala, o que pode enfraquecer a descentralização. No futuro, espera-se que cada bloco contenha centenas de blobs, suportando até 10 milhões de TPS, como alegado pela visão da Teragas, enquanto as pessoas comuns podem facilmente executar validadores e manter a rede descentralizada. EIP-7892: BPO Hard Fork – Lightweight Parameter Upgrade Ponto problemático: A demanda do mercado por capacidade de dados de Camada 2 está mudando rapidamente, e se você tiver que esperar por uma grande atualização como a Fusaka toda vez que ajustar o número máximo de blobs, será muito lento para acompanhar o ritmo do desenvolvimento ecológico. Solução: Este EIP define um mecanismo especial de “Blob Parameter Only Hard Fork” (BPO). Essa atualização é muito leve, modifica apenas alguns parâmetros relacionados a blobs (como blobs de destino por bloco) e não envolve alterações de código complexas. O operador do nó nem precisa atualizar o software cliente, apenas aceitar os novos parâmetros em um momento especificado, tão simples quanto atualizar um arquivo de configuração para o software on-line. O que significa: BPO dá ao Ethereum a capacidade de ajustar a capacidade da rede de forma rápida e segura. Por exemplo, após essa atualização do Fusaka, a comunidade planeja executar duas atualizações de BPO em um curto período de tempo para dobrar gradualmente a capacidade de blob. Isso permite que o Ethereum escale o espaço de blob sob demanda, de forma elástica e gradual, suavizando os custos e a taxa de transferência de L2 e tornando os riscos mais gerenciáveis. EIP-7918: Estabilizando o Blob Expense Market Pain point: O mecanismo de ajuste original para taxas de blob estava muito “pronto para o mercado”, o que trouxe alguns problemas inesperados. Primeiro, quando a demanda do mercado por blobs é baixa, o custo cairá para perto de zero, mas isso não estimulará efetivamente a nova demanda, mas criará um “mínimo histórico” anormal. Por outro lado, quando a demanda é alta, a taxa de Blob vai subir novamente, criando outro preço extremamente alto. Essa “involução” drástica de preços dificulta o planejamento de despesas da Camada 2. Solução: A ideia central do EIP-7918 é não mais deixar as taxas de blob flutuarem indefinidamente, mas definir uma faixa de preço razoável para isso, um “gasto mínimo” flexível. A implementação é vincular os limites superior e inferior da taxa de blob à taxa de execução da Camada 2 na Camada 1. Seja atualizando a raiz do estado ou verificando uma prova ZK, essas taxas de execução são relativamente estáveis e têm pouco a ver com o volume de transações dentro do bloco L2. Portanto, vincular os limites superior e inferior da taxa de blob a essa “âncora” estável pode impedir que seu preço salte para cima e para baixo. Significado: O benefício imediato desta melhoria é evitar a “involução” do mercado de taxas de blob e tornar o modelo de custo operacional do projeto de Camada 2 mais previsível, para que a Camada 2 possa formular taxas de transação mais estáveis e razoáveis para os usuários finais, evitando a experiência de montanha-russa de “grátis hoje, preços altíssimos amanhã”. EIP-7935: Aumentar a capacidade de transação da rede principal Ponto problemático: O número total de transações que podem ser acomodadas por bloco Ethereum é determinado pelo “limite de gás do bloco” (atualmente cerca de 30 milhões) e não foi ajustado por muitos anos. A maneira mais direta de aumentar a taxa de transferência de toda a rede é aumentar esse limite superior, mas você deve garantir que o limite de hardware do nó validador não seja aumentado e o grau de descentralização não seja enfraquecido. Solução: Esta proposta propõe aumentar o limite de gás padrão dos blocos para um novo nível (o valor exato deve ser determinado, pode ser de 45 milhões ou mais). Não se trata de um bloqueio forçado, mas sim de um novo padrão recomendado que orienta os validadores de camada de consenso a aceitarem gradualmente limites de gás mais altos. O que significa: Isso significa que mais transações podem ser embaladas por bloco de Camada 1, e o TPS da rede principal Ethereum será diretamente melhorado, e o congestionamento da rede e os picos de taxa de gás podem ser aliviados. É claro que isso também exige mais do hardware do verificador, para que a comunidade teste e avance com cuidado. Seguro e estável! Construa uma linha de defesa forte para a sua rede…