Camada de disponibilidade de dados

O que é uma camada de disponibilidade de dados?

Uma camada de disponibilidade de dados é a parte de um sistema blockchain que torna os dados das transações publicamente acessíveis, permitindo que usuários, nós, rollups e aplicativos verifiquem o que aconteceu.

No universo cripto, disponibilidade de dados não é a mesma coisa que execução, liquidação ou armazenamento de longo prazo.

Ela responde a uma pergunta mais básica: os dados das transações por trás de um novo bloco ou lote de rollup foram realmente publicados para que participantes independentes possam verificá-los?

Ethereum.org define disponibilidade de dados como a confiança de que os dados necessários para verificar um bloco estão realmente disponíveis para todos os participantes da rede.

Uma camada de disponibilidade de dados é importante porque uma blockchain não pode ser trustless se os usuários não conseguem acessar os dados necessários para verificar mudanças de estado.

Se um produtor de blocos, sequenciador ou validador publicar apenas um resumo das transações e ocultar os dados completos, outros participantes talvez não consigam confirmar se os saldos e estados dos contratos foram atualizados corretamente.

Esse problema é conhecido como problema de disponibilidade de dados.

Uma camada de disponibilidade de dados ajuda a resolver esse problema ao garantir que os dados brutos por trás das mudanças de estado possam ser baixados, amostrados, reconstruídos ou contestados.

Para blockchains modulares e rollups, a camada de disponibilidade de dados é um dos componentes de escalabilidade mais importantes.

Ela permite que a execução aconteça em outro lugar, mantendo os dados das transações disponíveis para verificação.

Por que a disponibilidade de dados importa em cripto

A disponibilidade de dados importa porque as blockchains são construídas em torno da possibilidade de verificação.

Os usuários não deveriam precisar confiar cegamente em um produtor de blocos, sequenciador, validador ou operador de aplicativo.

Eles devem poder verificar, com base nos dados disponíveis das transações, se o estado da blockchain foi atualizado corretamente.

Sem dados disponíveis, uma blockchain pode parecer válida à primeira vista, enquanto oculta informações necessárias para comprovar se o estado está correto.

Isso é especialmente importante para rollups, que processam muitas transações fora da camada base e depois publicam dados compactados ou provas em uma camada de liquidação.

Os rollups podem reduzir taxas e aumentar a capacidade de processamento, mas ainda precisam que usuários e validadores acessem os dados por trás das mudanças de estado do rollup.

O roteiro de escalabilidade do Ethereum explica que os rollups geram dados que precisam estar abertamente disponíveis para que qualquer pessoa possa executar as transações e verificar se o operador do rollup agiu de forma honesta.

Se os dados estiverem ausentes, os usuários talvez não consigam reconstruir o estado do rollup, contestar uma atualização incorreta ou sair do sistema com segurança.

Por isso, a disponibilidade de dados costuma ser descrita como um fundamento de segurança para redes de camada 2.

Transações baratas são úteis, mas não bastam se os usuários não puderem verificá-las.

Como funciona uma camada de disponibilidade de dados

Uma camada de disponibilidade de dados funciona publicando os dados das transações de uma forma que a rede possa verificar.

Em uma blockchain monolítica simples, cada nó completo baixa e executa todas as transações de cada bloco.

Isso proporciona alta disponibilidade de dados porque um nó completo rejeita um bloco se os dados necessários estiverem ausentes.

O problema é que esse modelo fica mais difícil de escalar à medida que o tamanho dos blocos e o volume de transações aumentam.

Uma blockchain modular separa diferentes funções em diferentes camadas.

Uma camada pode cuidar da execução, outra da liquidação, outra do consenso e outra da disponibilidade de dados.

A camada de disponibilidade de dados se concentra em garantir que os dados das transações sejam publicados e acessíveis.

Ela nem sempre executa todas as transações de contratos inteligentes.

Nem sempre armazena todos os dados para sempre.

Nem sempre decide sozinha a liquidação final.

Sua principal função é tornar os dados suficientemente disponíveis para que outros participantes verifiquem, reconstruam ou contestem transições de estado.

Essa separação permite que os sistemas blockchain escalem, pois nem todos os participantes da rede precisam executar todas as tarefas ao mesmo tempo.

Camada de disponibilidade de dados vs. camada de execução

A camada de execução é onde as transações são processadas e as mudanças de estado são calculadas.

Por exemplo, a execução pode atualizar saldos de tokens, executar código de contratos inteligentes, processar swaps ou calcular o resultado de uma transação DeFi.

A camada de disponibilidade de dados tem uma função diferente.

Ela garante que os dados necessários para verificar os resultados da execução sejam publicados.

Um rollup pode executar transações off-chain ou em uma camada separada e, em seguida, publicar dados de transações compactados em uma camada de disponibilidade de dados.

Esses dados permitem que outras partes verifiquem se a raiz de estado do rollup está correta.

Essa diferença importa porque um sistema pode ter execução rápida e, ao mesmo tempo, baixa disponibilidade de dados.

Se um sequenciador processar transações rapidamente, mas não publicar os dados, os usuários poderão ser obrigados a confiar nele.

Isso enfraquece o design que minimiza a necessidade de confiança, característico das redes cripto.

Uma camada de disponibilidade de dados sólida permite a verificação independente mesmo quando a execução ocorre em outro lugar.

Camada de disponibilidade de dados vs. camada de liquidação

A camada de liquidação é onde podem ocorrer a resolução final de disputas, a verificação de provas, a conexão de ativos por meio de bridges ou a confirmação do estado final.

Em muitos rollups baseados em Ethereum, o Ethereum atua como camada de liquidação porque o rollup publica provas ou compromissos de estado em contratos do Ethereum.

A camada de disponibilidade de dados também pode ser o Ethereum ou uma rede especializada em DA, dependendo do design do rollup.

Quando a liquidação e a disponibilidade de dados ocorrem na mesma camada base, os usuários geralmente contam com premissas de segurança mais fortes e simples.

Quando a liquidação e a disponibilidade de dados são separadas, o sistema pode reduzir custos, mas introduzir premissas adicionais de confiança e relacionadas a bridges.

Não existe um único design que seja melhor para todos os aplicativos.

Um rollup DeFi de alto valor pode preferir garantias mais fortes de disponibilidade de dados, mesmo que os custos sejam maiores.

Um aplicativo de jogos ou redes sociais pode preferir custos de dados menores, se a compensação em segurança for aceitável para seus usuários.

O ponto principal é que os usuários devem saber qual camada é responsável por disponibilizar os dados.

Camada de disponibilidade de dados vs. armazenamento de dados

Disponibilidade de dados não é o mesmo que armazenamento permanente de dados.

Disponibilidade de dados diz respeito a saber se os dados de um novo bloco ou lote foram publicados para que possam ser verificados quando necessário.

Armazenamento de dados diz respeito à manutenção do acesso a dados históricos por um período mais longo.

As perguntas frequentes sobre disponibilidade de dados da Celestia explicam que a recuperação de dados históricos é uma questão de armazenamento, enquanto a disponibilidade de dados diz respeito à possibilidade de publicar e verificar dados novos.

Essa diferença é importante porque alguns sistemas de DA garantem a disponibilidade dos dados apenas por um período limitado.

A documentação Dencun do Ethereum explica que os dados de blobs ficam disponíveis por cerca de 18 dias antes que possam ser removidos dos nós comuns do Ethereum.

Isso não significa que seja impossível armazenar os dados para sempre.

Significa que o armazenamento de longo prazo passa a ser responsabilidade de operadores de rollup, indexadores, serviços de arquivo, aplicativos, usuários ou outras redes de armazenamento de dados.

Para os usuários, a lição prática é simples.

Uma camada de DA pode comprovar que os dados estiveram disponíveis durante o período necessário, mas talvez não garanta que todos os arquivos históricos continuem fáceis de baixar para sempre.

Disponibilidade de dados e rollups

Os rollups são uma das principais razões pelas quais as camadas de disponibilidade de dados são importantes.

Um rollup agrupa muitas transações e publica um resumo, uma prova ou um compromisso de estado em uma camada base.

Para minimizar a necessidade de confiança, o rollup também precisa disponibilizar dados de transação suficientes para que outras partes possam verificar o lote.

Rollups optimistic precisam de disponibilidade de dados porque os contestadores devem conseguir inspecionar os dados durante o período de contestação.

Se os dados estiverem ocultos, um contestador honesto talvez não consiga provar que uma atualização de estado inválida está incorreta.

Rollups de conhecimento zero usam provas de validade, mas a disponibilidade de dados continua importante porque os usuários precisam acessar dados de estado e detalhes das transações para acompanhar saldos e interagir com segurança.

A documentação de ZK-rollups do Ethereum explica que até mesmo os sistemas de provas de validade precisam de disponibilidade de dados para que os usuários conheçam seus saldos e realizem atualizações de estado.

Por isso, a disponibilidade de dados não é apenas um detalhe técnico para desenvolvedores.

Ela afeta a segurança dos usuários, os direitos de saque, a visibilidade das contas e a capacidade de verificar um rollup de forma independente.

Amostragem de disponibilidade de dados

A amostragem de disponibilidade de dados, geralmente chamada de DAS, é um método para verificar se os dados estão disponíveis sem obrigar cada nó a baixá-los por completo.

Em vez de baixar o bloco ou blob inteiro, um nó leve seleciona aleatoriamente pequenas partes dos dados.

Se uma quantidade suficiente de amostras aleatórias for obtida e verificada com sucesso, o nó ganha alta confiança de que todos os dados foram publicados.

O guia de disponibilidade de dados do Ethereum descreve a DAS como uma forma de os nós baixarem pequenos subconjuntos aleatórios de dados e, ainda assim, terem confiança de que o conjunto completo está disponível.

A DAS geralmente funciona em conjunto com a codificação de apagamento.

A codificação de apagamento adiciona partes redundantes aos dados, permitindo reconstruir o conjunto completo mesmo que algumas partes estejam ausentes.

Isso dificulta que um produtor malicioso oculte apenas uma pequena parte dos dados sem ser detectado.

Para os usuários comuns, a ideia simples é que muitas verificações aleatórias pequenas podem oferecer alta confiança sem impor a todos os nós o ônus de armazenar tudo.

Essa é uma das razões pelas quais a DAS é importante para a escalabilidade futura das blockchains.

Codificação de apagamento na disponibilidade de dados

Codificação de apagamento é uma técnica que expande os dados com partes extras para que partes ausentes possam ser recuperadas.

Em um sistema de disponibilidade de dados, a codificação de apagamento facilita a detecção de ataques de retenção de dados.

Se um produtor de blocos malicioso ocultar parte dos dados originais, uma parcela maior dos dados expandidos poderá ficar indisponível ou inconsistente.

Isso aumenta a probabilidade de os nós leves detectarem o problema por meio de amostragem aleatória.

A documentação sobre disponibilidade de dados da Celestia explica que a rede usa codificação Reed-Solomon e amostragem aleatória para ajudar os nós leves a verificar a disponibilidade sem baixar blocos completos.

O roteiro PeerDAS do Ethereum também descreve o uso de codificação de apagamento no estilo Reed-Solomon para expandir os dados de blobs e aprimorar a verificação de disponibilidade.

A codificação de apagamento parece complexa, mas a ideia para o usuário é simples.

A rede adiciona redundância suficiente para que dados ausentes sejam mais fáceis de notar e recuperar.

Ethereum, blobs e disponibilidade de dados

O Ethereum ganhou mais importância como camada de disponibilidade de dados para rollups após a atualização Dencun.

A atualização Dencun ativou o Proto-Danksharding, também conhecido como EIP-4844, em março de 2024.

A EIP-4844 introduziu transações com blobs, que permitem que rollups publiquem dados por um custo menor do que o calldata permanente.

A especificação oficial da EIP-4844 afirma que as transações com blobs de shard ampliam a disponibilidade de dados do Ethereum de forma compatível com versões futuras.

Blobs são objetos de dados temporários usados principalmente por rollups.

Eles custam menos do que armazenar permanentemente no calldata do Ethereum o mesmo tipo de dados.

Os nós do Ethereum disponibilizam os blobs por um período limitado, suficiente para as necessidades de contestação e verificação dos rollups em designs comuns.

Depois desse período, os nós comuns podem remover os dados, enquanto outros serviços podem armazená-los para acesso histórico.

Esse design ajuda o Ethereum a oferecer suporte a mais atividade de rollups sem obrigar cada nó a armazenar todos os dados dos rollups para sempre.

Também mostra por que é necessário compreender separadamente disponibilidade de dados e armazenamento de longo prazo.

PeerDAS e o futuro da disponibilidade de dados do Ethereum

PeerDAS significa Peer Data Availability Sampling.

É um design do roteiro do Ethereum que usa amostragem para que os nós verifiquem a disponibilidade de blobs baixando apenas parte dos dados.

A especificação oficial da EIP-7594 PeerDAS descreve o PeerDAS como um protocolo que permite aos nós realizar DAS por meio de distribuição gossip, descoberta de pares e solicitações entre pares.

A página do roteiro PeerDAS do Ethereum.org explica que o objetivo é não exigir que cada nó baixe e armazene todos os blobs por inteiro.

Isso importa porque a demanda por blobs pode crescer à medida que mais rollups e aplicativos usam o Ethereum para disponibilidade de dados.

Se cada nó precisasse baixar todos os dados e armazená-los para sempre, os requisitos dos nós poderiam aumentar e a descentralização poderia ser prejudicada.

O PeerDAS foi projetado para ajudar o Ethereum a ampliar a capacidade de blobs e, ao mesmo tempo, manter prática a participação dos nós.

Ele faz parte do caminho mais amplo rumo ao Danksharding, no qual a disponibilidade de dados se torna mais eficiente por meio de amostragem e de um design de rede mais robusto.

Para os usuários, o ponto importante é que a escalabilidade de DA não se resume a taxas mais baixas.

Também envolve manter a rede base verificável e descentralizada à medida que o uso aumenta.

Redes especializadas de disponibilidade de dados

Algumas blockchains são desenvolvidas especificamente para oferecer disponibilidade de dados a outras redes e rollups.

Elas costumam ser chamadas de redes especializadas de disponibilidade de dados ou camadas modulares de DA.

A Celestia é um exemplo de rede modular de disponibilidade de dados.

A documentação oficial afirma que a Celestia ordena blobs e os mantém disponíveis, enquanto a execução e a liquidação ocorrem em camadas superiores.

Redes especializadas de DA podem reduzir os custos de rollups e blockchains específicas de aplicativos porque se concentram em publicar e verificar dados, em vez de executar as transações de cada aplicativo.

Elas também podem oferecer suporte a diversos ambientes de execução.

Essa flexibilidade é útil para desenvolvedores que querem criar rollups personalizados, appchains, jogos, sistemas DeFi ou aplicativos sociais.

A compensação é que os usuários precisam entender as próprias premissas de segurança da rede de DA.

Um rollup que usa uma camada de DA pode não ter o mesmo perfil de segurança de outro que usa uma camada diferente.

A escolha da camada de disponibilidade de dados pode afetar premissas de confiança, riscos de bridge, segurança de saques e compatibilidade do ecossistema.

Comitês de disponibilidade de dados

Um comitê de disponibilidade de dados é um grupo de partes que promete ou atesta que os dados estão disponíveis.

Alguns sistemas de escalabilidade usam um comitê em vez de publicar todos os dados das transações diretamente em uma ampla camada pública de DA.

Isso pode reduzir custos e melhorar o desempenho, mas geralmente introduz mais confiança.

A documentação sobre disponibilidade de dados do Ethereum explica que os comitês podem ser usados no lugar da amostragem de disponibilidade de dados ou em conjunto com ela.

Um comitê pode funcionar bem quando seus membros são confiáveis, distribuídos e economicamente responsáveis.

No entanto, os usuários precisam perguntar o que acontece se os membros ficarem offline, agirem em conluio, censurarem dados ou se recusarem a fornecer dados durante uma disputa.

Um design baseado em comitê pode ser aceitável para alguns aplicativos, mas não equivale à ampla disponibilidade pública de dados.

Em atividades cripto de alto valor, a diferença entre a disponibilidade oferecida por um comitê e a disponibilidade pública pode ser muito importante.

Ataques de retenção de dados

Um ataque de retenção de dados ocorre quando um produtor de blocos, sequenciador ou operador publica um compromisso relacionado aos dados, mas se recusa a revelar os dados completos.

Isso pode impedir que participantes honestos verifiquem a transição de estado.

Em um rollup, a retenção de dados pode dificultar que os usuários conheçam seus saldos, gerem provas de fraude, comprovem atualizações inválidas ou saiam do sistema com segurança.

Em uma blockchain modular, a retenção de dados pode romper a conexão que minimiza a necessidade de confiança entre execução e verificação.

Uma camada sólida de disponibilidade de dados é projetada para tornar esse ataque difícil, detectável ou economicamente custoso.

A amostragem de disponibilidade de dados ajuda porque os nós leves podem verificar partes dos dados aleatoriamente, em vez de confiar no resumo do produtor.

A codificação de apagamento ajuda porque ocultar uma pequena parte dos dados originais pode exigir ocultar uma parcela muito maior dos dados expandidos.

Provas de fraude ou de validade também podem ajudar, mas geralmente ainda precisam de dados disponíveis para serem úteis.

Por isso, a segurança de DA não é opcional em sistemas de escalabilidade sérios.

Disponibilidade de dados e taxas de transação

A disponibilidade de dados costuma ser um dos principais fatores de custo dos rollups.

Os rollups podem executar transações a baixo custo, mas ainda precisam publicar dados suficientes para permitir a verificação.

A página de escalabilidade do Ethereum afirma que, historicamente, os dados dos rollups precisavam ser armazenados permanentemente no Ethereum, o que os tornava caros.

As transações com blobs foram introduzidas para baratear os dados dos rollups, oferecendo um caminho de armazenamento temporário.

Redes especializadas de disponibilidade de dados também competem para reduzir o custo de publicação de dados.

Custos menores de DA podem resultar em taxas mais baixas para os usuários de rollups, mas essa relação não é automática.

Os usuários ainda podem pagar pela execução, sequenciamento, geração de provas, taxas de prioridade, custos de bridge e taxas de aplicativos.

Ainda assim, a disponibilidade de dados continua sendo um dos componentes de custo mais importantes no design de blockchains modulares.

Quando a DA fica mais barata e escalável, muitos aplicativos podem se tornar mais práticos para o uso cotidiano.

Disponibilidade de dados e premissas de segurança

Todo design de disponibilidade de dados envolve premissas de segurança.

Um design baseado em nós completos pressupõe que participantes suficientes baixem e verifiquem todos os dados.

Um design baseado em amostragem pressupõe que nós honestos em número suficiente amostrem os dados e compartilhem evidências de problemas.

Um design baseado em comitê pressupõe que membros suficientes do comitê sejam honestos, estejam online e se disponham a fornecer os dados.

Uma rede especializada de DA pressupõe que o conjunto de validadores, a economia do token, as regras de consenso e o design de amostragem sejam sólidos o bastante para os aplicativos que dependem dela.

Um rollup que usa DA externa também pode depender de bridges e sistemas de transmissão de mensagens que conectam a camada de DA à camada de liquidação.

Os usuários não devem perguntar apenas se um sistema é rápido ou barato.

Devem perguntar quem garante a disponibilidade dos dados, como essa garantia é verificada e o que acontece se os dados não estiverem disponíveis.

Isso é especialmente importante para DeFi, empréstimos, derivativos, ativos estáveis e NFTs de alto valor.

Uma premissa fraca de disponibilidade de dados pode se transformar em um risco financeiro real durante períodos de estresse no mercado.

Disponibilidade de dados e nós leves

Os nós leves são importantes porque permitem que mais usuários verifiquem informações da blockchain sem executar uma infraestrutura pesada.

Em geral, um nó leve não baixa e executa todas as transações.

Em vez disso, ele verifica cabeçalhos, compromissos, assinaturas, provas ou amostras.

Para verificar a disponibilidade de dados, os nós leves podem usar amostragem para confirmar a existência dos dados sem baixar tudo.

Isso é valioso porque mantém a verificação acessível para usuários com hardware e largura de banda comuns.

Se apenas centros de dados poderosos puderem verificar uma blockchain, a descentralização se enfraquece.

A amostragem de disponibilidade de dados ajuda a proteger a descentralização ao reduzir o custo de participação.

Mais nós leves também podem melhorar a segurança quando amostram e compartilham dados ativamente.

Uma camada de DA é mais robusta quando muitos participantes independentes conseguem verificar a disponibilidade, em vez de depender de um pequeno grupo de grandes operadores.

Disponibilidade de dados em blockchains modulares

As blockchains modulares dividem as principais funções da blockchain em camadas separadas.

Essas funções geralmente incluem execução, liquidação, consenso e disponibilidade de dados.

Um design modular permite que cada camada se especialize.

A camada de execução pode se concentrar na execução de aplicativos.

A camada de liquidação pode se concentrar em finalização, provas e resolução de disputas.

A camada de consenso pode se concentrar na ordenação e no acordo.

A camada de disponibilidade de dados pode se concentrar na publicação e verificação dos dados das transações.

Esse design pode melhorar a escalabilidade porque nenhuma camada precisa executar todas as funções.

Também pode gerar complexidade, pois usuários e desenvolvedores precisam entender como as camadas se conectam.

Uma arquitetura modular de blockchain é tão segura quanto as premissas que conectam suas camadas.

Por isso, a escolha da camada de DA é uma decisão importante de design para as equipes de rollup.

Validiums, volitions e disponibilidade de dados

Um validium é um design de escalabilidade que usa provas de validade, mas armazena dados de transações off-chain.

Isso pode reduzir custos, mas cria uma premissa de disponibilidade de dados diferente daquela de um rollup que publica os dados on-chain.

Se os dados de um validium forem retidos, os usuários talvez não consigam reconstruir o estado, mesmo que a prova de validade confirme que a transição seguiu as regras.

Uma volition oferece aos usuários ou aplicativos a opção de escolher entre disponibilidade de dados on-chain e off-chain.

Isso pode permitir que os usuários equilibrem custo e segurança de acordo com o tipo de transação.

Por exemplo, um usuário pode preferir uma disponibilidade de dados mais forte para transferências de alto valor e uma opção off-chain mais barata para atividades de baixo valor.

Esses designs mostram por que o termo camada de disponibilidade de dados importa para os usuários.

O local em que os dados ficam armazenados pode mudar o perfil de segurança de todo o sistema.

O que os desenvolvedores consideram ao escolher uma camada de disponibilidade de dados

Os desenvolvedores avaliam vários fatores ao escolher uma camada de disponibilidade de dados.

O primeiro fator é a segurança.

A camada de DA precisa oferecer garantias sólidas de que os dados serão publicados e poderão ser verificados.

O segundo fator é o custo.

Custos menores de dados podem baratear os aplicativos para os usuários.

O terceiro fator é a capacidade de processamento.

A camada de DA precisa oferecer suporte a dados suficientes para a atividade esperada do aplicativo.

O quarto fator é a integração.

Os desenvolvedores precisam de ferramentas, APIs, provas, bridges e compatibilidade com a camada de liquidação.

O quinto fator é a descentralização.

Uma camada de DA deve evitar designs que só possam ser verificados por poucos operadores poderosos.

O sexto fator é o acesso a dados históricos.

Os aplicativos podem precisar de um plano para indexadores, arquivos, histórico dos usuários, análises e registros de disputas.

O sétimo fator é o suporte do ecossistema.

Carteiras, exploradores, provedores de infraestrutura e ferramentas para desenvolvedores influenciam a viabilidade prática de uma escolha de DA.

Riscos das camadas de disponibilidade de dados

O primeiro risco é a retenção de dados.

Se os dados não estiverem disponíveis, os usuários talvez não consigam verificar a blockchain ou sair de um rollup com segurança.

O segundo risco é a baixa participação na amostragem.

Se poucos nós honestos amostrarem os dados, as garantias de disponibilidade da rede poderão ser mais fracas.

O terceiro risco é a falha do comitê.

Se um comitê de DA ficar offline ou agir de forma maliciosa, os usuários poderão perder acesso aos dados necessários.

O quarto risco é o risco de bridge.

Quando um rollup usa uma camada para liquidação e outra para DA, a conexão entre elas precisa ser segura.

O quinto risco é a perda de dados históricos.

Uma camada de DA pode garantir disponibilidade apenas no curto prazo, por isso os aplicativos precisam de planos separados para armazenar dados antigos.

O sexto risco é a volatilidade dos custos.

Se a demanda por espaço de dados aumentar, as taxas podem subir e afetar os usuários.

O sétimo risco é o entendimento incorreto.

Muitos usuários veem taxas baixas e presumem que o sistema oferece a mesma segurança de uma camada base, mas isso pode não ser verdade.

Como os usuários podem avaliar uma camada de disponibilidade de dados

Primeiro, os usuários devem verificar onde um rollup ou aplicativo publica os dados de suas transações.

Devem perguntar se os dados são publicados em uma camada base, em uma rede especializada de DA, por um comitê ou em um sistema de armazenamento privado.

Também devem perguntar por quanto tempo os dados permanecem disponíveis por meio de nós comuns.

Devem verificar se o sistema usa amostragem de disponibilidade de dados, replicação completa, atestados de comitê ou outro método.

Devem entender se o aplicativo oferece saídas de emergência caso os dados fiquem indisponíveis.

Devem verificar se a camada de DA tem validadores independentes, documentação pública, monitoramento ativo e ferramentas confiáveis.

Também devem conferir se o aplicativo explica claramente suas premissas de segurança.

Um projeto sério deve explicar seu modelo de DA de forma compreensível, em vez de escondê-lo atrás de termos de marketing.

Para os usuários comuns, a regra mais prudente é considerar os modelos de disponibilidade de dados mais baratos úteis, mas não automaticamente equivalentes aos mais robustos.

Taxas menores são valiosas, mas não devem trazer riscos ocultos que os usuários não compreendem.

Equívocos comuns sobre camadas de disponibilidade de dados

Um equívoco é pensar que disponibilidade de dados significa que os dados são armazenados para sempre.

Na realidade, geralmente significa que os dados foram publicados e ficaram disponíveis durante o período necessário para verificação.

Outro equívoco é achar que provas de validade eliminam a necessidade de disponibilidade de dados.

Provas de validade podem comprovar que uma transição de estado é válida, mas os usuários ainda precisam dos dados para conhecer saldos, reconstruir o estado e interagir com segurança.

Um terceiro equívoco é achar que todos os rollups oferecem as mesmas garantias de DA.

Rollups diferentes podem usar camadas de DA diferentes e premissas de segurança distintas.

Um quarto equívoco é pensar que taxas baixas sempre indicam um design melhor.

Taxas baixas são úteis, mas os usuários também precisam considerar segurança, descentralização, saídas e acesso aos dados.

Um quinto equívoco é achar que a camada de disponibilidade de dados é uma preocupação exclusiva dos desenvolvedores.

Na realidade, a camada de DA afeta a segurança dos usuários, os custos das transações, a confiabilidade dos saques e as premissas de confiança.

Por que as camadas de disponibilidade de dados são importantes para AEO e a intenção de busca

Quem pesquisa por camada de disponibilidade de dados geralmente quer saber por que esse termo aparece em rollups, blockchains modulares, escalabilidade do Ethereum e segurança de camada 2.

A resposta mais simples é que uma camada de disponibilidade de dados torna os dados das transações acessíveis para que outras partes possam verificar uma blockchain ou um rollup.

A resposta mais completa é que as camadas de DA ajudam as blockchains a escalar sem perder a capacidade de verificar os dados de forma independente.

Para quem pesquisa o tema, os principais termos relacionados são rollups, blobs, EIP-4844, PeerDAS, amostragem de disponibilidade de dados, blockchain modular, validium, camada de liquidação, camada de execução e ataque de retenção de dados.

Esses termos costumam aparecer juntos porque a escalabilidade cripto moderna depende da separação entre execução e publicação de dados.

Uma boa explicação deve esclarecer que disponibilidade de dados diz respeito à verificação, não apenas ao armazenamento.

Também deve explicar que diferentes escolhas de DA criam modelos de segurança diferentes.

Por isso, o tema é importante tanto para desenvolvedores quanto para usuários comuns de cripto.

Perguntas frequentes

O que é uma camada de disponibilidade de dados em cripto?

Uma camada de disponibilidade de dados é a parte de um sistema blockchain que publica e verifica os dados das transações para que usuários e nós possam confirmar se as mudanças de estado estão corretas.

Por que a disponibilidade de dados é importante?

A disponibilidade de dados é importante porque os usuários não conseguem verificar um bloco, lote de rollup ou atualização de estado de forma independente se os dados subjacentes das transações estiverem ocultos.

Disponibilidade de dados é o mesmo que armazenamento de dados?

Não. Disponibilidade de dados diz respeito a tornar dados novos acessíveis para verificação, enquanto armazenamento de dados diz respeito a manter dados históricos recuperáveis ao longo do tempo.

O que é o problema de disponibilidade de dados?

O problema de disponibilidade de dados é o desafio de comprovar que todos os dados das transações foram publicados sem obrigar cada participante a baixar tudo.

O que é amostragem de disponibilidade de dados?

A amostragem de disponibilidade de dados é um método pelo qual os nós baixam aleatoriamente pequenas partes dos dados para obter alta confiança de que o conjunto completo está disponível.

Por que os rollups precisam de disponibilidade de dados?

Os rollups precisam de disponibilidade de dados para que usuários, contestadores e verificadores possam reconstruir o estado, conferir lotes, comprovar erros e sair com segurança.

Os rollups de conhecimento zero ainda precisam de disponibilidade de dados?

Sim. Os rollups de conhecimento zero ainda precisam de disponibilidade de dados porque os usuários precisam dos dados de estado e das transações para conhecer seus saldos e interagir com segurança.

O que são blobs do Ethereum?

Blobs do Ethereum são objetos de dados temporários introduzidos pela EIP-4844, que permitem que rollups publiquem dados por um custo menor do que o calldata permanente.

O que é PeerDAS?

PeerDAS é um design de amostragem de disponibilidade de dados do Ethereum que permite aos nós verificar a disponibilidade de blobs baixando apenas um subconjunto dos dados.

O que é um comitê de disponibilidade de dados?

Um comitê de disponibilidade de dados é um grupo de partes que armazena dados ou atesta sua disponibilidade, geralmente com mais premissas de confiança do que uma ampla camada pública de DA.

Uma camada de disponibilidade de dados pode reduzir taxas?

Sim. Uma camada de disponibilidade de dados escalável pode reduzir os custos dos rollups ao baratear a publicação e a verificação dos dados das transações.

Qual é o maior risco de uma camada de disponibilidade de dados fraca?

O maior risco é que os dados sejam retidos, deixando os usuários sem condições de verificar o estado, contestar fraudes ou recuperar fundos com segurança.

Conclusão

Uma camada de disponibilidade de dados é um dos componentes mais importantes da escalabilidade cripto moderna.

Ela disponibiliza os dados das transações para que blockchains, rollups, nós leves e usuários possam verificar mudanças de estado sem confiar cegamente em um operador.

Disponibilidade de dados não é o mesmo que execução, liquidação ou armazenamento permanente.

É a garantia de que os dados necessários para a verificação foram realmente publicados e puderam ser acessados durante o período crítico de verificação.

Blobs do Ethereum, amostragem de disponibilidade de dados, PeerDAS, redes modulares de DA e sistemas especializados de DA existem porque as blockchains precisam de uma maneira de escalar e continuar verificáveis.

Para os usuários, a principal lição é olhar além das taxas baixas e perguntar onde os dados são publicados, quem os verifica, por quanto tempo permanecem disponíveis e o que acontece se forem retidos.

Uma camada sólida de disponibilidade de dados pode tornar os rollups mais baratos, rápidos e seguros.

Uma camada fraca de disponibilidade de dados pode criar premissas de confiança ocultas, que os usuários talvez só percebam quando algo dá errado.

À medida que o universo cripto adota cada vez mais o design modular de blockchain, a disponibilidade de dados continuará sendo um tema central para escalabilidade, segurança e proteção dos usuários.