Staking doméstico em risco à medida que os dados da Ethereum aumentam de 70GB para 1,2TB

O cofundador do Ethereum, Vitalik Buterin, identificou o Peer Data Availability Sampling (PeerDAS) como uma ferramenta crucial para lidar com as crescentes demandas de armazenamento de blobs na rede. O PeerDAS é um recurso da próxima atualização Fusaka.

Seus comentários surgem enquanto o Ethereum registra seis blobs por bloco, um marco que intensificou as preocupações sobre o inchaço de dados em todo o ecossistema.

Os blobs foram introduzidos através do EIP-4844 como contêineres temporários de dados on-chain, projetados para reduzir os custos dos rollups de Layer-2 enquanto evitam a pressão de armazenamento permanente. Diferente dos call data, os blobs expiram após cerca de duas semanas, reduzindo as necessidades de armazenamento a longo prazo enquanto preservam a integridade para verificação de transações.

Essa estrutura torna os rollups mais baratos de operar e aumenta a escalabilidade do Ethereum.

No entanto, esse design impulsionou a rápida adoção dos blobs em toda a rede blockchain. Em 24 de setembro, o analista on-chain Hildobby relatou que várias soluções de Layer-2 do Ethereum, incluindo Base, Worldcoin, Soneium e Scroll, agora dependem fortemente dos blobs.

Considerando isso, o analista apontou que os validadores agora precisam de mais de 70 gigabytes de espaço para gerenciar os blobs, alertando que esse número pode chegar a mais de 1,2 terabytes se não houver poda.

Esse aumento acentuado forçou os desenvolvedores a buscar soluções que equilibrem escalabilidade com eficiência de armazenamento.

Como funciona o PeerDAS

Buterin explicou que o PeerDAS resolverá esse desafio ao impedir que qualquer nó individual armazene todo o conjunto de dados e ao distribuir a responsabilidade por toda a rede.

Segundo ele:

“A forma como o PeerDAS funciona é que cada nó solicita apenas um pequeno número de ‘chunks’, como uma maneira de verificar probabilisticamente que mais de 50% dos chunks estão disponíveis. Se mais de 50% dos chunks estiverem disponíveis, então o nó teoricamente pode baixar esses chunks e usar a codificação de eliminação para recuperar o restante.”

No entanto, ele observou que o sistema ainda exige dados completos do bloco em certos estágios, como durante a transmissão inicial ou se um bloco precisar ser reconstruído a partir de dados parciais.

Para evitar manipulações, Buterin destacou a importância de “atores honestos” que cumpram esses papéis. Ele enfatizou, porém, que o PeerDAS é resiliente mesmo contra grandes grupos de participantes desonestos, já que outros nós podem assumir responsabilidades quando necessário.

Aumento dos Blobs

Buterin apontou que os desenvolvedores principais do Ethereum permanecem cautelosos quanto à implementação do PeerDAS, apesar dos anos de pesquisa sobre o projeto.

Para minimizar riscos, eles concordaram em realizar a implementação por meio de forks Blob Parameter Only (BPO), em vez de um único aumento de capacidade. O primeiro fork, agendado para 17 de dezembro, elevará as metas de blobs de 6/9 para 10/15. Um segundo fork, planejado para 7 de janeiro de 2026, aumentará novamente os limites para 14/21.

Essa abordagem em fases permite que os desenvolvedores monitorem o desempenho da rede e ajustem gradualmente. Buterin espera que a contagem de blobs aumente com essas mudanças, preparando o terreno para aumentos mais agressivos no futuro.

Em sua visão, o PeerDAS será vital para sustentar o crescimento das soluções de Layer-2 e preparar a camada base do Ethereum para lidar com limites de gas mais altos e, eventualmente, migrar todos os dados de execução para blobs.

O post Home staking at risk as Ethereum data loads climb from 70GB toward 1.2TB apareceu primeiro no CryptoSlate.