A importância da disponibilidade de dados para o Layer2

No ecossistema Ethereum, a disponibilidade de dados tem sido um tópico muito debatido. Pesquisadores afirmaram que, sem utilizar a disponibilidade de dados fornecida pelo Ethereum, não se pode considerar uma verdadeira solução L2. Essa perspectiva levantou dúvidas sobre se muitos projetos existentes pertencem ou não à categoria L2.

Então, o que é exatamente a disponibilidade de dados? Quais são os desafios de disponibilidade de dados que as L2 enfrentam? Por que a camada de disponibilidade de dados gera tantas controvérsias nas L2? Este artigo discutirá essas questões, tentando revelar a essência da disponibilidade de dados.

Definição de Disponibilidade de Dados

Em resumo, a disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados das transações contidas no bloco na rede, permitindo que os validadores baixem esses dados.

Quando o produtor de blocos publica dados completos e permite que os validadores façam o download, consideramos que os dados estão disponíveis; por outro lado, se parte dos dados estiver oculta, impedindo que os validadores obtenham informações completas, os dados são considerados indisponíveis.

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

As pessoas costumam confundir a disponibilidade de dados com a recuperabilidade de dados, mas esses dois conceitos têm uma diferença essencial:

• A disponibilidade de dados envolve a fase após a produção do bloco e antes do consenso, focando principalmente em se os dados recém-publicados podem ser validados pelo consenso.
• A capacidade de recuperar dados refere-se à fase em que os dados foram consensualmente armazenados de forma permanente na blockchain, ou seja, a capacidade de recuperar dados históricos.

Alguns especialistas da indústria apontaram que o termo "disponibilidade de dados" pode causar mal-entendidos, sugerindo que seja alterado para "publicação de dados" para refletir mais precisamente sua essência.

Problemas de disponibilidade de dados no L2

Embora o conceito de disponibilidade de dados tenha origem no Ethereum, atualmente estamos mais focados nos problemas de disponibilidade de dados no nível L2.

No L2, o ordenado, como produtor de blocos, precisa publicar dados de transação suficientes para que os validadores verifiquem a validade das transações. Este processo enfrenta dois desafios principais: garantir que o mecanismo de validação ocorra de forma segura e reduzir o custo da publicação de dados.

garantir que o mecanismo de verificação funcione de forma segura

OP Rollup e ZK Rollup adotam diferentes métodos de validação, mas ambos precisam garantir a disponibilidade dos dados:

• OP Rollup: Se o organizador não publicar os dados completos, o desafiador não poderá iniciar um desafio válido.
• ZK Rollup: Embora a prova de validade em si não exija disponibilidade de dados, ainda é necessário garantir que os dados estejam disponíveis para proteger os ativos dos usuários.

Atualmente, a maioria dos ordenadores L2 opta por publicar dados de estado e dados de transações na Ethereum para obter segurança suficiente.

Reduzir o custo de publicação de dados

As taxas de Gas pagas pelos usuários do L2 são compostas principalmente por duas partes: o Gas para executar transações no L2 e o Gas para submeter dados ao L1. Dentre estas, a última representa a maior parte dos custos, sendo principalmente utilizada para publicar dados de transação a fim de garantir a disponibilidade dos dados.

Existem duas principais formas de reduzir os custos de publicação de dados:

1. Reduzir o custo de publicação de dados na L1, como a atualização EIP-4844 planejada para o Ethereum.
2. Separar a camada de disponibilidade de dados do L1, de forma semelhante a como os Rollups desacoplam a execução de transações do L1.

Controvérsias sobre a camada de disponibilidade de dados do L2

O conceito de blockchain modular nos fornece um contexto para entender a controvérsia em torno da camada de disponibilidade de dados L2. A blockchain modular desacopla as funções principais da blockchain, formando módulos independentes, e expande o desempenho através da combinação de diferentes redes especializadas.

Atualmente, as blockchains modularizadas são geralmente divididas em quatro camadas: camada de execução, camada de liquidação, camada de consenso e camada de disponibilidade de dados. O L2 já separou a camada de execução do Ethereum, mas as outras três camadas ainda dependem do Ethereum.

No entanto, por razões de custo, muitos projetos L2 estão considerando desmembrar a camada de disponibilidade de dados do Ethereum, usando o Ethereum apenas como camada de liquidação e camada de consenso.

Esta tendência gerou controvérsia dentro do ecossistema Ethereum. Algumas pessoas acreditam que não usar o Ethereum como uma camada de disponibilidade de dados para soluções de escalabilidade não deve ser considerado um verdadeiro L2, pois isso pode não garantir que os operadores forneçam os dados publicados.

Esta postura de manter a camada de disponibilidade de dados na Ethereum parece, à primeira vista, ser motivada por preocupações de segurança, mas também pode refletir preocupações sobre a possível ameaça à posição da Ethereum. Afinal, se as L2 também desagregarem a camada de disponibilidade de dados da Ethereum, isso enfraquecerá a dependência da segurança da Ethereum, podendo gradualmente afastar-se do ecossistema da Ethereum.

Apesar dessas controvérsias, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. No futuro, podemos ver mais soluções inovadoras de disponibilidade de dados surgirem, impulsionando ainda mais o desenvolvimento e a aplicação da tecnologia L2.