Como a disponibilidade de dados em blockchain ajuda a escalar redes e reduzir custos?
Reduzir o custo de uma transação não depende apenas de processar mais operações por segundo. Em redes que utilizam rollups, por exemplo, várias transações são agrupadas antes de serem registradas na blockchain principal, mas essa economia só funciona se outros participantes ainda puderem acessar as informações necessárias para verificar o resultado.
É aí que entra a disponibilidade de dados em blockchain (Data Availability, ou DA). Ao separar essa função da execução das transações, algumas redes conseguem ampliar sua capacidade sem concentrar todo o trabalho na mesma infraestrutura.
O papel da disponibilidade de dados em uma blockchain
Uma blockchain não precisa apenas registrar que um bloco foi aceito. Para que participantes independentes consigam conferir as mudanças feitas na rede, os dados relevantes das transações também precisam ser publicados e estar disponíveis para consulta.
Isso é especialmente relveante nos rollups, redes de segunda camada que agrupam várias transações e enviam informações à Ethereum ou a outra camada de liquidação. Em vez de cada operação ocupar espaço individualmente na rede principal, um lote reúne os dados de muitas delas.
No entanto, para que terceiros possam reconstruir o estado do rollup ou contestar uma atualização inválida, não basta publicar um resumo: os dados necessários precisam poder ser recuperados.
A disponibilidade de dados garante, portanto, que essas informações foram publicadas e podem ser obtidas conforme as regras do sistema. Ela não prova, por si só, que todas as transações foram executadas corretamente. Essa verificação depende de outros mecanismos, como provas criptográficas ou períodos de contestação, conforme o tipo de rollup.
O que muda quando uma blockchain deixa de concentrar todas as funções
O espaço em uma blockchain tem capacidade limitada. Quando muitas aplicações disputam esse espaço, publicar dados diretamente na camada principal pode ficar caro.
Os rollups ajudam a diluir esse custo ao agrupar operações, as soluções de disponibilidade de dados acrescentam outra possibilidade: publicar esses dados em uma infraestrutura dedicada a essa função.
O Ethereum oferece uma opção nativa para rollups por meio dos blobs, grandes pacotes de dados criados para serem publicados a um custo diferente do espaço tradicional de transações. Outras redes podem recorrer a camadas especializadas, como Celestia ou EigenDA, em vez de depender exclusivamente da disponibilidade de dados do Ethereum.
A lógica é parecida com a especialização de infraestrutura: uma camada cuida de disponibilizar os dados, enquanto outra executa as operações ou resolve questões sobre seus resultados. Ao distribuir o trabalho, a arquitetura pode ganhar capacidade e reduzir o custo por transação. Isso não significa, porém, que as taxas cairão automaticamente.
O preço depende da demanda, da capacidade disponível, do modelo de cobrança e dos custos que a aplicação ainda precisa pagar às demais camadas.
Três caminhos para garantir a disponibilidade de dados em blockchain
No Ethereum, os rollups podem publicar seus dados em blobs vinculados a transações. Esse formato reduz a necessidade de competir pelo espaço tradicional de dados e foi desenvolvido para atender às necessidades de escalabilidade das redes de segunda camada.
A Celestia foi construída com foco em disponibilidade de dados. Um dos seus mecanismos é a amostragem de disponibilidade de dados (Data Availability Sampling, ou DAS): em vez de cada nó leve baixar um bloco inteiro, ele verifica pequenas partes escolhidas aleatoriamente.
O recebimento de amostras válidas aumenta a confiança de que o conjunto foi publicado, sem exigir o download completo de cada bloco por todos os participantes.
A EigenDA segue outra abordagem: é um serviço de disponibilidade de dados integrado ao ecossistema EigenLayer, no qual operadores recebem e distribuem fragmentos dos dados e fornecem atestações de disponibilidade. Seu modelo de segurança e as condições para recuperar os dados são diferentes dos usados pelo Ethereum ou pela Celestia.
Essas soluções não são intercambiáveis só porque cumprem uma função semelhante. Para uma aplicação, a decisão envolve o custo, a capacidade, a integração técnica e, principalmente, as garantias que cada sistema oferece.
A camada mais barata não é necessariamente a mais adequada para todas as redes.
O que acontece quando os dados deixam de estar disponíveis na camada principal?
Há uma distinção entre garantir que os dados de um bloco possam ser recuperados quando necessário e manter todo o histórico acessível indefinidamente.
Os blobs do Ethereum, por exemplo, têm uma janela limitada de disponibilidade no protocolo. Depois dela, a preservação dos dados históricos depende de participantes e serviços que façam esse armazenamento. Camadas especializadas também têm regras próprias para disponibilidade e retenção.
Essa diferença é relevante porque uma rede pode continuar registrando o estado atual — como os saldos de uma carteira, sem que qualquer nó comum mantenha uma cópia de todo dado histórico. Exploradores de blocos, indexadores e nós de arquivo podem ajudar a consultar registros antigos, mas são funções distintas da garantia de disponibilidade dos dados recentes.
Confundir as duas coisas leva a uma expectativa errada: disponibilidade de dados não é uma promessa universal de armazenamento permanente.
A disponibilidade de dados define o preço e os limites da escalabilidade
Separar a execução das transações da publicação dos dados pode tornar uma blockchain mais eficiente, mas não supre a necessidade de verificar o que acontece na rede. Se as informações necessárias não puderem ser recuperadas, usuários e operadores podem ter dificuldades para reconstruir o estado de um rollup ou conferir determinadas operações.
É por isso que a disponibilidade de dados em blockchain precisa ser avaliada junto com o custo das transações. Uma solução pode oferecer espaço mais barato, mas suas garantias de acesso aos dados e seu modelo de segurança também fazem parte da conta.
A disponibilidade de dados explica como redes modulares podem escalar, mas a economia só é relevante quando vem acompanhada de garantias compreensíveis de verificação e recuperação. O objetivo não é simplesmente armazenar menos na camada principal, é permitir que mais transações sejam processadas sem tornar mais difícil conferir o que a rede fez.
