A guerra DA chega ao capítulo final? Desconstruindo PeerDAS: como pode ajudar o Ethereum a recuperar a "soberania dos dados"

Escrito por: imToken

No final de 2025, a comunidade Ethereum recebeu tranquilamente a conclusão da atualização Fusaka.

Olhando para o ano passado, embora as discussões sobre atualizações de tecnologia de base tenham gradualmente saído dos holofotes do mercado, muitos usuários on-chain já sentiram uma mudança significativa: o custo do Ethereum L2 está cada vez mais baixo.

Atualmente, as interações on-chain, seja para transferências ou operações DeFi complexas, geralmente exigem apenas alguns centavos em taxas de Gas, ou até mesmo podem ser ignoradas. Por trás disso, a atualização Dencun e o mecanismo Blob desempenharam um papel fundamental. Ao mesmo tempo, com a ativação oficial do PeerDAS (Peer Data Availability Sampling, amostragem de disponibilidade de dados ponto a ponto), uma característica central da atualização Fusaka, o Ethereum está finalmente se despedindo da era da validação de dados por "download completo".

Pode-se dizer que, o que realmente determina se o Ethereum pode suportar aplicações em larga escala de forma sustentável e a longo prazo não é apenas o Blob em si, mas principalmente o próximo passo representado pelo PeerDAS.

I. O que é PeerDAS?

Para entender o significado revolucionário do PeerDAS, não podemos falar apenas em conceitos; precisamos primeiro revisitar um ponto-chave no caminho de escalabilidade do Ethereum: a atualização Dencun em março de 2024.

Naquela época, o EIP-4844 introduziu um modelo de transação com Blob (incorporando grandes volumes de dados de transação em blobs), permitindo que as L2s deixassem de depender do caro mecanismo de armazenamento calldata e passassem a usar o armazenamento temporário de Blob.

Essa mudança reduziu diretamente o custo dos Rollups para uma fração do valor anterior, garantindo que as plataformas L2 possam oferecer transações mais baratas e rápidas sem comprometer a segurança e a descentralização baseadas no Ethereum, proporcionando aos usuários o benefício da "era das baixas taxas de Gas".

No entanto, embora o Blob seja muito útil, o número de Blobs que cada bloco da mainnet Ethereum pode suportar tem um limite rígido (geralmente de 3 a 6), por razões muito práticas: largura de banda física e espaço em disco são limitados.

No modelo tradicional de validação, cada validador na rede, seja um servidor operado por uma instituição profissional ou um computador doméstico comum, ainda precisa baixar e propagar todos os dados completos do Blob para confirmar sua validade.

Isso cria um dilema:

• Se aumentar o número de Blobs (para escalabilidade): o volume de dados dispara, a largura de banda dos nós domésticos será saturada, o disco rígido ficará cheio, forçando-os a sair da rede, o que rapidamente levará à centralização da rede, tornando-a operável apenas por grandes data centers;
• Se limitar o número de Blobs (para descentralização): a capacidade de processamento das L2s ficará travada, incapaz de atender a uma demanda explosiva futura.

Em resumo, o Blob foi apenas o primeiro passo, resolvendo o problema de "onde armazenar" os dados. Quando há poucos dados, tudo funciona bem, mas se o número de Rollups continuar crescendo e cada um submeter dados com alta frequência, aumentando a capacidade dos Blobs, a pressão sobre a largura de banda e o armazenamento dos nós se tornará um novo risco de centralização.

Se continuarmos com o modelo tradicional de download completo, sem resolver a pressão sobre a largura de banda, o caminho de escalabilidade do Ethereum encontrará um grande obstáculo físico. O PeerDAS é a chave para destravar esse nó.

Resumindo, o PeerDAS é essencialmente uma nova arquitetura de validação de dados que quebra a regra de que a validação exige download completo, permitindo que a expansão dos Blobs ultrapasse os níveis atuais de capacidade física (por exemplo, de 6 Blobs/bloco para 48 ou mais).

II. Blob resolve "onde armazenar", PeerDAS resolve "como armazenar"

Como mencionado acima, o Blob foi o primeiro passo para a escalabilidade, resolvendo o problema de "onde armazenar" os dados (da cara Calldata para o espaço temporário do Blob), enquanto o PeerDAS resolve "como armazenar de forma mais eficiente".

O problema central que ele resolve é: como lidar com o crescimento exponencial do volume de dados sem sobrecarregar a largura de banda física dos nós? A ideia é direta: com base em probabilidade e colaboração distribuída, "não é necessário que todos armazenem todos os dados, mas ainda assim é possível confirmar com alta probabilidade que esses dados realmente existem".

O próprio nome PeerDAS, "Amostragem de Disponibilidade de Dados Ponto a Ponto", já indica essa abordagem.

Esse conceito pode parecer complexo, mas podemos usar uma analogia simples para entender essa mudança de paradigma. No passado, a validação completa era como se uma biblioteca recebesse uma enciclopédia britânica de milhares de páginas (dados Blob) e exigisse que cada administrador (nó) fizesse uma cópia completa como backup.

Isso significava que apenas quem tinha dinheiro e tempo (grande largura de banda/disco rígido) poderia ser administrador, especialmente porque essa enciclopédia (dados Blob) continuaria crescendo, tornando impossível para pessoas comuns participarem e eliminando a descentralização.

Agora, com a amostragem PeerDAS e tecnologias como Erasure Coding, é permitido dividir o livro em inúmeros fragmentos e expandi-los matematicamente. Cada administrador não precisa mais ter o livro inteiro, apenas algumas páginas aleatórias.

Mesmo durante a validação, ninguém precisa apresentar o livro inteiro; teoricamente, desde que a rede reúna qualquer 50% dos fragmentos (não importa se alguém tem a página 10 ou a 100), podemos, por meio de algoritmos matemáticos, reconstruir instantaneamente o livro completo com 100% de certeza.

Esse é o poder do PeerDAS — tirar o peso do download de dados de um único nó e distribuí-lo por toda a rede de milhares de nós colaborativos.

Fonte: @Maaztwts

Somente em termos de dados, antes da atualização Fusaka, o número de Blobs era rigidamente limitado a um dígito (3-6). Com a implementação do PeerDAS, esse limite foi rompido, permitindo que o objetivo de Blobs saltasse de 6 para 48 ou mais.

Quando um usuário realiza uma transação na Arbitrum ou Optimism e os dados são enviados de volta para a mainnet, não é mais necessário transmitir o pacote de dados completo para toda a rede, permitindo que o Ethereum escale sem aumentar linearmente o custo dos nós.

Objetivamente, Blob + PeerDAS é a solução completa de DA (disponibilidade de dados). Do ponto de vista do roadmap, este é o passo-chave do Ethereum do Proto-Danksharding para o Danksharding completo.

III. O novo normal on-chain após Fusaka

Como é sabido, nos últimos dois anos, soluções modulares de DA de terceiros como Celestia ganharam grande espaço de mercado devido ao alto custo da mainnet Ethereum. Sua narrativa baseava-se no pressuposto de que o armazenamento de dados nativo do Ethereum era muito caro.

Agora, com o Blob e o novo PeerDAS, o Ethereum tornou-se barato e extremamente seguro: o custo para as L2s publicarem dados na L1 caiu drasticamente, além de o Ethereum possuir o maior conjunto de validadores da rede, com segurança muito superior às cadeias de terceiros.

Objetivamente, isso representa um golpe devastador para soluções de DA de terceiros como Celestia, marcando o Ethereum retomando a soberania da disponibilidade de dados e comprimindo enormemente seu espaço de sobrevivência.

Você pode perguntar: tudo isso parece muito técnico, mas o que tem a ver com o uso de carteiras, transferências e DeFi?

Na verdade, a relação é direta. Se o PeerDAS for implementado com sucesso, o custo de dados das L2s pode permanecer baixo a longo prazo, os Rollups não precisarão aumentar as taxas devido ao aumento do custo de DA, os aplicativos on-chain podem ser projetados para interações de alta frequência, e carteiras e DApps não precisarão mais comprometer entre "funcionalidade vs custo"...

Em outras palavras, o fato de hoje podermos usar L2s baratas é graças ao Blob; se no futuro continuarmos a ter acesso a isso, será graças à contribuição silenciosa do PeerDAS.

É por isso que, no roadmap de escalabilidade do Ethereum, o PeerDAS, embora discreto, é sempre visto como uma etapa indispensável. Essencialmente, é a melhor forma de tecnologia aos olhos do autor — "beneficia sem ser percebida, mas sua ausência é insustentável", fazendo você nem notar sua existência.

No fim das contas, o PeerDAS prova que o blockchain pode, por meio de design matemático engenhoso (como amostragem de dados), suportar volumes de dados em nível Web2 sem sacrificar excessivamente a visão de descentralização.

Agora, a autoestrada de dados do Ethereum está totalmente pavimentada; o que será construído sobre ela é uma questão para a camada de aplicações responder.

Vamos aguardar para ver.