Os rollups tiram a computação do Ethereum, mas ainda precisam publicar os dados de suas transações em algum lugar que todos possam conferir. Esse "algum lugar" é o problema da disponibilidade de dados, e a forma como um rollup o resolve decide se ele é de fato protegido pelo Ethereum ou apenas frouxamente ligado a ele.
Por que rollups precisam de disponibilidade de dados
Os rollups processam transações fora da rede e depois publicam um registro comprimido de volta no Ethereum. Para que qualquer pessoa possa verificar esse registro — ou reconstruir o estado do rollup se o operador dele sumir — os dados subjacentes precisam estar realmente disponíveis para download. Se forem retidos, os usuários não conseguem provar o que possuem. Publicar os dados é exatamente o que permite a um rollup herdar a segurança do Ethereum em vez de pedir que você confie no operador dele.
O jeito antigo: calldata cara
Antes de 2024, os rollups gravavam seus dados dentro de transações comuns do Ethereum, chamadas calldata. Funcionava, mas era caro: usuários do rollup pagavam por armazenamento permanente de que não precisavam, e essas taxas passavam direto para cada transação. O que encarecia a camada 2 era a disponibilidade de dados, não a computação.
Blobs e a EIP-4844
A atualização Dencun, de março de 2024, introduziu a EIP-4844, também chamada de proto-danksharding, acrescentando um novo tipo de dado conhecido como blob. Cada blob é um pacote de cerca de 128 KB anexado a um bloco mas mantido separado da execução normal, e é apagado automaticamente depois de aproximadamente 18 dias — tempo suficiente para qualquer um conferir, curto o bastante para continuar barato. Como os blobs deram aos rollups uma faixa de dados dedicada e temporária, as taxas da camada 2 caíram mais de 90% quase da noite para o dia.
Alargando a faixa de dados
Os blobs começaram com meta de três por bloco e teto de seis. Atualizações posteriores seguiram alargando essa faixa: a Pectra, em 2025, elevou as metas, e a Fusaka, no fim de 2025, acrescentou o PeerDAS, que permite aos nós confirmar que os dados estão disponíveis amostrando aleatoriamente pequenos pedaços em vez de baixar tudo. Forks seguintes de "parâmetros de blob" empurraram a contagem por bloco ainda mais alto, rumo à meta de longo prazo do danksharding completo.
Disponibilidade de dados fora da rede e validiums
Nem todo rollup publica seus dados no Ethereum. Alguns desenhos, muitas vezes chamados de validiums, publicam os dados em uma rede separada — como Celestia, EigenDA ou Avail — ou em um comitê próprio. É mais barato e com mais capacidade, mas abre mão de parte da garantia do Ethereum: se essa camada externa falhar ou retiver os dados, seus fundos podem ficar presos. Onde os dados moram é a maior decisão de segurança que um rollup toma.
Em resumo
A disponibilidade de dados é a fundação silenciosa sob todo rollup. Publicar os dados no Ethereum via blobs é o que torna um rollup genuinamente protegido pelo Ethereum, enquanto as opções mais baratas fora da rede aceitam garantias mais fracas em troca de custo menor. Ao julgar uma camada 2, olhe além das taxas e pergunte para onde vão os dados dela: essa resposta diz em quem você realmente está confiando.
Páginas de mercado relacionadas
Páginas da Bitbase para os tokens citados neste artigo:
- ETH: Ver o preço · Mercado spot · Mercado de contratos perpétuos
Leituras relacionadas
Outros artigos da Bitbase sobre este tema:
- O que é Somnia? Um Layer 1 compatível com EVM para jogos e aplicações sociais em tempo real
- Movement Network: Chapter 11 na MVMT Labs, um novo operador e uma nova direção
Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Escrito em julho de 2026; consulte as informações oficiais mais recentes.
Fontes
[1] Ethereum.org, "Danksharding" ethereum.org
[2] thirdweb, "Ethereum Blob Space Explained" thirdweb.com
