PeerDAS Explicado: Como o Ethereum Verifica Dados sem Baixar Tudo
E se você pudesse verificar se um livro de 500 páginas existe sem ler uma única página? É essencialmente isso que o Ethereum acaba de aprender a fazer com o PeerDAS — e isso está remodelando silenciosamente como os blockchains podem escalar sem sacrificar a descentralização.
Em 3 de dezembro de 2025, o Ethereum ativou sua atualização Fusaka, introduzindo o PeerDAS (Peer Data Availability Sampling) como o recurso principal. Enquanto a maioria das manchetes se concentrou nas reduções de taxas de 40 - 60 % para redes de Camada 2 (Layer 2), o mecanismo subjacente representa algo muito mais significativo: uma mudança fundamental na forma como os nós do blockchain provam que os dados existem sem realmente armazenar tudo.
O Problema: Nem Todos Podem Baixar Tudo para Sempre
Antes de mergulhar no PeerDAS, vamos entender o problema que ele resolve.
Os blockchains enfrentam uma tensão inerente: quanto mais dados eles processam, mais difícil se torna para pessoas comuns operarem nós. Se a operação de um nó exigir hardware caro e largura de banda massiva, a rede se centraliza em torno de operadores bem financiados. Mas se você limitar o rendimento de dados para manter os nós acessíveis, não conseguirá escalar.
Este é o problema da disponibilidade de dados — garantir que os dados das transações existam em algum lugar da rede para que qualquer pessoa possa verificar o estado do blockchain, sem exigir que todos baixem tudo.
Quando o Ethereum introduziu os "blobs" na atualização Dencun de março de 2024, as taxas da Camada 2 despencaram de US 3,00 para cerca de US 0,10 por transação. Os blobs forneceram espaço dedicado para dados de rollup que poderiam ser removidos após algumas semanas. Mas havia um detalhe: cada nó ainda precisava baixar cada blob para verificar a disponibilidade.
Com 6 blobs por bloco e uma demanda crescente, o Ethereum já estava atingindo os limites de capacidade. O modelo antigo — "todos baixam tudo" — não poderia escalar mais sem excluir os validadores domésticos.
Entra o PeerDAS: Amostragem em Vez de Download
O PeerDAS inverte o modelo de verificação. Em vez de baixar blobs completos para provar que eles existem, os nós baixam pequenas amostras aleatórias e usam matemática inteligente para verificar se os dados completos estão disponíveis.
Aqui está a intuição: imagine que você queira verificar se um armazém cheio de caixas realmente contém produtos. A abordagem antiga exigiria a inspeção de cada caixa. O PeerDAS é como selecionar aleatoriamente algumas caixas e usar garantias estatísticas de que, se suas amostras estiverem corretas, todo o armazém está legitimamente abastecido.
Mas a amostragem aleatória por si só não é suficiente. E se alguém armazenasse apenas as caixas que sabia que você iria amostrar? É aqui que a codificação de apagamento (erasure coding) entra em cena.
Codificação de Apagamento: A Matemática que Faz a Amostragem Funcionar
A codificação de apagamento é emprestada das comunicações via satélite e do armazenamento em CDs — tecnologias que precisavam recuperar dados mesmo quando partes eram corrompidas. A técnica adiciona redundância estruturada aos dados de uma forma que permite a reconstrução a partir de partes parciais.
Com o PeerDAS, o Ethereum pega cada blob e o codifica em 128 "colunas" de dados. Aqui está a ideia principal: quaisquer 64 dessas 128 colunas podem reconstruir o blob original. Os dados são espalhados de forma tão uniforme que esconder qualquer porção torna-se estatisticamente impraticável.
Pense nisso como um holograma — você pode cortar uma imagem holográfica ao meio, e cada metade ainda contém a imagem completa. A codificação de apagamento cria propriedades de redundância semelhantes para os dados.
Quando um nó amostra aleatoriamente 8 colunas de um total de 128, a probabilidade de perder dados ocultos cai exponencialmente. Se um ator mal-intencionado tentar ocultar até mesmo pequenas partes de um blob, a chance estatística de detecção torna-se esmagadora à medida que a rede cresce.
Compromissos KZG: Provas Compactas de Consistência
O segundo ingrediente matemático são os compromissos polinomiais KZG — uma técnica criptográfica que permite criar uma pequena "impressão digital" de dados que pode verificar partes individuais sem revelar o todo.
Os compromissos KZG tratam os dados como coeficientes de um polinômio matemático. Você pode então provar que qualquer ponto de avaliação nesse polinômio está correto usando uma prova minúscula. Para o PeerDAS, isso significa provar que as colunas amostradas pertencem genuinamente ao blob alegado sem transmitir o blob inteiro.
Os próprios compromissos vieram de uma cerimônia massiva em 2023, onde mais de 141.000 participantes contribuíram com aleatoriedade. Contanto que um único participante tenha destruído honestamente sua contribuição, todo o sistema permanece seguro — uma suposição de confiança "1 de N".
Como o PeerDAS Realmente Funciona
Vamos percorrer o fluxo técnico:
Passo 1: Extensão do Blob
Quando um rollup envia dados de blob, ele começa como 64 colunas. A codificação de apagamento estende isso para 128 colunas — dobrando os dados com redundância estruturada.
Passo 2: Distribuição de Colunas
As 128 colunas são distribuídas pela rede através de protocolos de gossip. Os nós se inscrevem em "sub-redes de colunas" específicas com base em sua identidade.
Passo 3: Amostragem
Nós comuns se inscrevem em 8 sub-redes de colunas escolhidas aleatoriamente de um total de 128. Isso significa que cada nó baixa apenas 1/16 dos dados estendidos — ou, equivalentemente, 1/8 dos dados originais do blob.
Passo 4: Cobertura de Supernós
Nós que controlam validadores com stake combinado acima de 4.096 ETH tornam-se "supernós" que se inscrevem em todas as 128 sub-redes de colunas. Esses supernós fornecem cobertura para toda a rede e podem corrigir falhas de dados.
Passo 5: Verificação
Os nós verificam suas colunas amostradas contra os compromissos KZG incluídos nos cabeçalhos dos blocos. Se as amostras forem verificadas corretamente, o nó pode ter confiança estatística de que o blob completo está disponível.
Passo 6: Reconstrução (se necessário)
Se qualquer nó precisar do blob completo, ele pode solicitar colunas de pares até ter mais de 64 colunas verificadas e, então, reconstruir os dados originais.
Segurança: Defesa contra a Retenção de Dados
O principal ataque que o PeerDAS deve resistir é a "retenção de dados" — onde um produtor de blocos publica um bloco alegando que os dados estão disponíveis enquanto esconde partes secretamente.
O PeerDAS derrota isso por meio de garantias probabilísticas:
- Com 128 colunas e um limiar de reconstrução de 50 %, um invasor deve esconder pelo menos 65 colunas (50,8 %) para evitar a reconstrução
- No entanto, esconder 65 colunas significa que 50,8 % das amostras aleatórias atingirão dados ocultos
- Com milhares de nós realizando amostragem de forma independente, a probabilidade de todos os nós perderem as partes ocultas torna-se astronomicamente pequena
A matemática escala favoravelmente: conforme a rede cresce, a segurança melhora enquanto os custos por nó permanecem constantes. Uma rede de 10.000 nós amostrando 8 colunas cada fornece garantias muito mais fortes do que 1.000 nós, sem que nenhum nó individual trabalhe mais.
Impacto no Mundo Real: Taxas de L2 e Throughput
Os efeitos práticos surgiram imediatamente após a ativação do Fusaka:
Redução de 40 - 60 % nas taxas nas principais redes de Camada 2 (Layer 2), incluindo Arbitrum, Optimism e Base, logo nas primeiras semanas.
Escalabilidade da capacidade de blobs de 6 blobs por bloco para um planejamento de 128 + ao longo de 2026, alcançado por meio de aumentos graduais: 10 blobs até 9 de dezembro de 2025 e 14 até 7 de janeiro de 2026.
Redução de 80 % na largura de banda para nós completos, tornando a validação doméstica mais acessível.
Capacidade teórica de mais de 100.000 TPS em todo o ecossistema L2 combinado — superando a média da Visa de 65.000 TPS.
O mecanismo de piso de taxas (EIP-7918) também resolveu uma peculiaridade do Dencun: as taxas de blob haviam colapsado para 1 wei (essencialmente zero), o que significava que os rollups usavam o espaço de dados do Ethereum quase de graça. O Fusaka vincula a taxa base do blob a uma fração das taxas da L1, criando um mercado de taxas funcional.
PeerDAS vs. Full Danksharding
O PeerDAS não é a forma final do Ethereum — é um degrau em direção ao "Full Danksharding", a visão completa de disponibilidade de dados.
| Recurso | PeerDAS (Atual) | Full Danksharding (Futuro) |
|---|---|---|
| Codificação de apagamento | 1D (por blob) | 2D (em toda a matriz) |
| Capacidade de blobs | 8x a atual | 32 + MB por bloco |
| Modelo de amostragem | Baseado em colunas | Baseado em células |
| Cronograma | Ativo (Dez 2025) | ~2027 + |
O Full Danksharding estenderá a codificação de apagamento (erasure coding) por duas dimensões — tanto dentro dos blobs quanto em toda a matriz de dados. Isso cria uma redundância ainda maior e permite uma escalabilidade mais agressiva.
Pesquisas atuais mostram que esquemas aprimorados poderiam entregar uma eficiência de armazenamento de nós 4,3x melhor e uma largura de banda 2x menor em comparação ao PeerDAS. Mas a implementação desses esquemas requer mudanças significativas no protocolo, tornando o PeerDAS a solução pragmática de curto prazo.
O que isso significa para o Roadmap do Ethereum
O PeerDAS valida uma tese central da filosofia de escalabilidade do Ethereum: você pode aumentar drasticamente o throughput sem centralizar a rede.
A antiga suposição era que mais dados exigiriam nós mais poderosos. O PeerDAS prova o contrário — através de matemática inteligente, você pode escalar os dados enquanto reduz, na verdade, os requisitos por nó.
Isso desbloqueia a próxima fase do roadmap do Ethereum:
- Glamsterdam (2026): A EIP-7928 introduz a execução paralela de transações, possibilitada pelo teto de disponibilidade de dados que o PeerDAS elevou
- Limites de alocação de espaço de bloco (BALs): Limites de gás dinâmicos tornam-se viáveis com melhores garantias de DA
- Separação proponente-construtor consagrada (ePBS): Protocolo on-chain para separar as funções de construção de blocos
Vitalik Buterin projetou "grandes aumentos no limite de gás não dependentes de ZK-EVM" para o final de 2026, tendo o PeerDAS como base.
Para Desenvolvedores: O que muda?
Para a maioria dos desenvolvedores, o PeerDAS é invisível — é uma melhoria de infraestrutura que torna os padrões existentes mais baratos e rápidos.
No entanto, algumas implicações valem a pena notar:
Custos de L2 mais baixos: Aplicativos que exigem alto throughput tornam-se economicamente viáveis. Jogos, plataformas sociais e negociações de alta frequência (HFT) são todos beneficiados.
Mais espaço para blobs: Rollups podem postar mais dados por bloco, reduzindo os requisitos de compressão e permitindo provas de estado mais ricas.
Finalidade aprimorada: Com a verificação de disponibilidade de dados mais rápida, os rollups otimistas podem reduzir seus períodos de desafio.
Sequenciamento descentralizado: Custos de DA mais baixos tornam as redes de sequenciadores descentralizados mais práticas.
A Visão Geral
O PeerDAS representa o amadurecimento da tecnologia blockchain além de soluções ingênuas. As primeiras blockchains exigiam que cada participante validasse tudo — um padrão que limitava fundamentalmente a escala.
A amostragem de disponibilidade de dados quebra essa restrição. É a diferença entre uma aldeia onde todos comparecem a todas as reuniões e uma cidade onde a amostragem estatística e a confiança institucional criam uma governança eficiente.
O Ethereum não está sozinho na busca por essa abordagem — Celestia, Avail e EigenDA construíram protocolos inteiros em torno da amostragem de DA. Mas o Ethereum implementar o PeerDAS nativamente valida a abordagem e a traz para o maior ecossistema de contratos inteligentes.
A elegância matemática é impressionante: ao baixar menos dados, os nós na verdade fornecem garantias de disponibilidade mais fortes. É um lembrete de que os avanços na ciência da computação muitas vezes parecem trade-offs contraintuitivos que acabam não sendo trade-offs de forma alguma.
O PeerDAS foi ativado na mainnet do Ethereum em 3 de dezembro de 2025, como parte da atualização Fusaka. Este artigo explica a arquitetura técnica para não especialistas — para detalhes de implementação, consulte a EIP-7594 e a documentação do PeerDAS no Ethereum.org.