Análise da importância da disponibilidade de dados para o Layer2

Um pesquisador da Fundação Ethereum afirmou que, se não usar Ethereum para obter disponibilidade de dados, não pode ser chamado de L2. Essa afirmação gerou controvérsia, pois, segundo esse padrão, muitos projetos conhecidos podem ser excluídos da categoria L2. Então, o que é exatamente a disponibilidade de dados? Quais desafios o L2 enfrenta nesse aspecto? Por que a camada de disponibilidade de dados gera tantas discussões no campo do L2? Este artigo irá explorar essas questões e revelar os conceitos centrais da disponibilidade de dados.

Definição de Disponibilidade de Dados

A disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados de transações completos na rede, permitindo que os validadores façam o download e verifiquem. Se os produtores de blocos publicarem dados completos e permitirem que os validadores façam o download, chamamos os dados de disponíveis; por outro lado, se esconder parte dos dados levar os validadores a não conseguirem obter informações completas, os dados são considerados indisponíveis.

A diferença entre a disponibilidade de dados e a recuperabilidade de dados

Estes dois conceitos são facilmente confundidos, mas na verdade há uma diferença essencial:

• A disponibilidade de dados refere-se à fase após a produção de novos blocos e antes de serem adicionados à blockchain através do consenso, focando na capacidade dos dados recém-publicados de serem validados pelo consenso.
• A recuperabilidade dos dados refere-se à fase em que os dados foram consensualmente processados e armazenados permanentemente na blockchain, focando na capacidade de recuperar dados históricos.

Alguns especialistas da indústria acreditam que o termo "disponibilidade de dados" pode ser enganador, sugerindo que seja alterado para "publicação de dados" para refletir mais precisamente sua essência.

Problemas de disponibilidade de dados em Layer2

Embora o conceito de disponibilidade de dados tenha origem no Ethereum, atualmente estamos mais focados nas aplicações de nível L2. No L2, os ordenadores desempenham o papel de produtores de blocos, precisando publicar dados de transações suficientes para validação. Este processo enfrenta dois grandes desafios: garantir a segurança do mecanismo de validação e reduzir os custos de publicação de dados.

segurança do mecanismo de validação

Diferentes tipos de L2 utilizam diferentes métodos de validação:

• OP Rollup usa prova de fraude: se o ordenadora não publicar os dados completos, o desafiador não pode iniciar um desafio válido.
• Embora o ZK Rollup não dependa da disponibilidade de dados, no geral ainda precisa de dados completos, caso contrário, os usuários podem não conseguir consultar o seu saldo, o que representa um risco de perda de ativos.

Para garantir a segurança da verificação, atualmente a maioria dos ordenadores L2 opta por publicar dados de estado e dados de transações na Ethereum, aproveitando sua segurança para liquidação e obtendo disponibilidade de dados.

Reduzir o custo de publicação de dados

As taxas de Gas pagas pelos usuários da L2 são compostas principalmente por duas partes: o Gas para executar transações na L2 e o Gas para submeter dados à L1. Este último representa a maior parte das despesas dos usuários, sendo que os dados de transação que garantem a disponibilidade dos dados constituem a maior parte dos gastos.

Existem duas principais maneiras de reduzir custos:

1. Reduzir o custo de publicação de dados na L1, como a atualização EIP-4844 que o Ethereum está prestes a implementar.
2. Separar a camada de disponibilidade de dados do L1, semelhante à forma como o Rollup desassocia a execução de transações do L1.

Controvérsia sobre a camada de disponibilidade de dados Layer2

O conceito de blockchain modular fornece um contexto para entendermos essa controvérsia. A blockchain modular desacopla as funcionalidades centrais da blockchain, formando módulos independentes e melhorando o desempenho através da combinação de diferentes redes especializadas.

Atualmente, as blockchains modulares amplamente reconhecidas são divididas em quatro camadas: camada de execução, camada de liquidação, camada de consenso e camada de disponibilidade de dados. As L2 existentes, além de separar a camada de execução do Ethereum, ainda realizam as funções das outras três camadas no Ethereum. No entanto, por questões de custo, muitas L2 estão considerando separar a camada de disponibilidade de dados do Ethereum.

Esta tendência gerou controvérsia. Pesquisadores da Fundação Ethereum acreditam que projetos que não utilizam o Ethereum como camada de disponibilidade de dados não devem ser considerados L2. Algumas instituições de análise do setor também compartilham a mesma opinião, afirmando que soluções de escalabilidade que não publicam dados na L1 não se enquadram na categoria L2.

Essa persistência pode derivar de preocupações sobre a posição do Ethereum. À medida que as L2 desagregam mais funcionalidades do Ethereum, a dependência da segurança do Ethereum pode diminuir, o que pode afetar a posição de longo prazo do Ethereum.

Apesar das controvérsias, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. Já surgiram várias soluções de disponibilidade de dados e projetos relacionados no mercado, que serão explorados mais detalhadamente nas análises futuras.