A guerra dos DA chega ao fim? Desconstruindo o PeerDAS: como ele pode ajudar o Ethereum a recuperar a “soberania dos dados”

Autor: 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.

Hoje, nas interações on-chain, seja em transferências ou operações DeFi complexas, a taxa de Gas geralmente custa apenas alguns centavos ou pode até ser ignorada. 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 recurso central PeerDAS (Peer Data Availability Sampling, amostragem de disponibilidade de dados ponto a ponto) na 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 a longo prazo não é apenas o próprio Blob, mas sim o próximo passo representado pelo PeerDAS.

1. O que é PeerDAS?

Para entender o significado revolucionário do PeerDAS, não podemos falar apenas de conceitos; precisamos primeiro revisitar um ponto-chave na trajetória de escalabilidade do Ethereum, ou seja, a atualização Dencun em março de 2024.

Naquela época, o EIP-4844 introduziu o 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 pudessem oferecer transações mais baratas e rápidas sem comprometer a segurança e o grau de descentralização do 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 motivos bastante práticos: 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 a validade dos dados.

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 fica saturada, os discos rígidos lotam, forçando-os a sair da rede, o que leva à centralização rápida da rede, tornando-se uma cadeia dominada apenas por grandes data centers;
• Se limitar o número de Blobs (para descentralização): o throughput das L2s fica travado, incapaz de atender à 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 Rollup enviar dados com alta frequência, a capacidade dos Blobs aumentará continuamente, e a pressão sobre largura de banda e armazenamento dos nós se tornará um novo risco de centralização.

Se continuarmos com o modelo tradicional de download completo, não conseguiremos resolver a pressão sobre a largura de banda, e o caminho de escalabilidade do Ethereum acabará batendo de frente com o limite físico da largura de banda. O PeerDAS é a chave para destravar esse nó.

Resumindo em uma frase, 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 o nível atual de capacidade física de throughput (por exemplo, de 6 Blobs/bloco para 48 ou mais).

2. 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 o problema de "como armazenar de forma mais eficiente".

O problema central que ele resolve é: como lidar com o crescimento exponencial dos 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".

Isso já fica claro no nome completo do PeerDAS: "amostragem de disponibilidade de dados ponto a ponto".

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

Isso significa que apenas pessoas com tempo e dinheiro (grande largura de banda/disco rígido) poderiam ser administradores, especialmente porque essa enciclopédia (dados Blob) continuaria crescendo, com cada vez mais conteúdo. Com o tempo, pessoas comuns seriam excluídas e a descentralização desapareceria.

Agora, com a amostragem do PeerDAS e tecnologias como Erasure Coding, é como se o livro pudesse ser rasgado em inúmeros pedaços e codificado matematicamente. Cada administrador não precisa mais ter o livro inteiro, apenas algumas páginas aleatórias guardadas consigo.

Mesmo na validação, ninguém precisa apresentar o livro inteiro; teoricamente, se a rede reunir 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 em uma rede colaborativa composta por milhares de nós.

Fonte: @Maaztwts

Do ponto de vista dos 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 a meta de Blobs saltasse de 6 para 48 ou mais.

Quando um usuário faz uma transação na Arbitrum ou Optimism e os dados são enviados de volta à 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 para o Ethereum passar do Proto-Danksharding para o Danksharding completo.

3. O novo normal on-chain após a era Fusaka

Como é sabido, nos últimos dois anos, camadas DA modulares de terceiros como Celestia ganharam grande espaço de mercado devido ao alto custo da mainnet Ethereum. Sua narrativa se baseava 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 L2 publicar dados na L1 caiu pela metade, 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 DA de terceiros como Celestia, marcando o retorno da soberania da disponibilidade de dados ao Ethereum e reduzindo drasticamente o espaço de sobrevivência dessas soluções.

Você pode perguntar: tudo isso parece muito técnico, mas o que tem a ver com eu usar uma carteira, fazer transferências ou DeFi?

Na verdade, a relação é direta. Se o PeerDAS for implementado com sucesso, significa que o custo de dados das L2 pode permanecer baixo a longo prazo, os Rollups não precisarão aumentar taxas devido ao aumento do custo de DA, aplicações on-chain podem projetar interações de alta frequência sem medo, e carteiras e DApps não precisarão mais escolher 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 foi considerado um passo indispensável. Essencialmente, é a melhor forma de tecnologia aos olhos deste autor—"beneficia sem ser percebida, mas sua ausência é sentida", 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 dados em escala Web2 sem sacrificar excessivamente a visão de descentralização.

Com isso, a rodovia de dados do Ethereum está completamente pavimentada. O que vai trafegar por ela daqui para frente é uma questão para a camada de aplicações responder.

Vamos aguardar para ver.