A próxima atualização Fusaka do Ethereum, marcada para quarta-feira, está sendo apresentada como apenas mais um passo de escalabilidade, mas marca uma mudança na forma como a rede implementa alterações. Em vez de revisões massivas que levam vários anos, a Fusaka é a primeira prova de que o Ethereum pode entregar upgrades focados e de alto impacto em algo próximo de seis meses.
No centro da Fusaka está a Ethereum Improvement Proposal (EIP)-7594, o Peer Data Availability Sampling (PeerDAS), o destaque técnico que muda como o Ethereum lida com dados de rollups sem forçar operadores de nós a adquirir hardware de data center ou comprometer a descentralização, em linha com o roadmap que a Ethereum Foundation definiu para os próximos 12 meses.
“O Ethereum agora está tentando ser mais estratégico sobre o que está entregando e com que rapidez está entregando isso”, disse Chris Berry, chefe de engenharia on-chain da Bitwise Onchain Solutions, uma das provedoras institucionais de staking de Ether (ETH) há mais tempo em operação, ao Cointelegraph.
O que a Fusaka realmente muda
Depois da Dencun ter introduzido blobs e a Pectra ter refinado a experiência do usuário, a Fusaka amplia essa base. O PeerDAS muda como os nós lidam com dados de rollups. Em vez de cada validador baixar blobs inteiros, ele verifica apenas partes menores, distribuídas entre a rede. Isso reduz duplicação, consumo de banda e abre espaço para mais dados no geral.
“Há muita duplicação sendo enviada pela rede”, disse Steve Berryman, chefe de parcerias com clientes na Bitwise Onchain Solutions, acrescentando: “O PeerDAS reduz essa duplicação de dados.”
Nos bastidores, a atualização também formaliza um novo processo para ajustar a capacidade de blobs. Blobs são pacotes de dados usados por rollups do Ethereum para enviar grandes quantidades de dados de transações offchain para a rede principal de forma barata e eficiente, permitindo escalabilidade em camada 2 de alto throughput sem inchar toda a blockchain.
Antes da Fusaka, mudanças nos limites de blobs exigiam um hard fork completo. Agora, o Ethereum ganha uma programação “apenas de parâmetros de blob”, e aumentos previamente planejados podem ser implementados sem repetir todo o processo de fork a cada vez.
Uma relação simbiótica entre L1 e L2
A Fusaka não se resume a adicionar mais largura de banda ao problema. Ela também ajusta como as taxas são balanceadas entre a camada 1 e a camada 2. O roadmap centrado em rollups do Ethereum depende de uma simbiose saudável: as L2 precisam de espaço de dados barato e confiável na L1, mas a L1 também precisa ser compensada de forma justa por fornecê-lo.
“Há uma relação simbiótica entre a L1 e a L2”, disse Berry. “Você quer que as L2 paguem um valor justo para não tirarem vantagem da L1, mas, ao mesmo tempo, quer que a L1 tenha um preço justo para não tirar vantagem da L2. Parte dessa atualização é reequilibrar essa relação entre as taxas e garantir que os dados da L2 sejam precificados de forma mais justa quando a utilização está baixa.”
Para os usuários, os sinais iniciais são simples: gas mais barato e menos congestionamento. “Já vimos a pool de transações pendentes encolher”, disse Berryman, referindo-se às mudanças ativadas antes do fork. “Eu comecei em 2015, e não me lembro de ver preços de gas tão baixos como agora no Ethereum.”
Segurança e stakers domésticos
Qualquer atualização que toque em disponibilidade de dados levanta questões sobre requisitos de nós e stakers domésticos. A Fusaka foi projetada para permanecer dentro do que hardware doméstico tradicional pode suportar, com extensos testes em testnets para validar que o aumento da capacidade de blobs não exclua silenciosamente pequenos operadores.
“Tudo se resume a escalar sem comprometer nossos valores fundamentais”, disse Berryman. “Os stakers domésticos são uma parte importante da rede. Não queremos ir além do que um staker doméstico pode rodar em casa, e a Fusaka respeita isso.”
O verdadeiro indicador de sucesso, argumentou Berry, não será um número chamativo, mas sim confiabilidade silenciosa e aumento da utilização. “Primeiro, que o upgrade seja implementado de forma segura e não quebre nada. Depois, nos próximos meses, veremos a rede realmente usar a nova capacidade, mais blobs atingindo suas metas, mais gas por bloco sendo usado. Uma coisa é adicionar capacidade; outra é o ecossistema crescer e efetivamente utilizá-la.”