Disponibilidade de dados: Camada 2 é um fator chave para a escalabilidade
No ecossistema Ethereum, a disponibilidade de dados tem sido um tópico de grande preocupação. Há quem defenda que não usar o Ethereum para obter soluções de escalabilidade para a disponibilidade de dados não deve ser considerado Camada 2. Se essa afirmação for válida, afetará muitos projetos de escalabilidade existentes, como certas cadeias paralelas e cadeias laterais.
Então, o que é a disponibilidade de dados? Que desafios de disponibilidade de dados a Camada 2 enfrenta? Por que a camada de disponibilidade de dados gera tantas controvérsias? Este artigo discutirá essas questões, tentando desvendar o mistério da disponibilidade de dados.
Definição de disponibilidade de dados
De forma simples, a disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados das transações contidas no bloco de forma completa na rede, permitindo que os validadores possam descarregar e verificar.
Se o produtor de blocos publicar dados completos e permitir que os validadores os baixem, consideramos que os dados estão disponíveis; se ocultar parte dos dados, impedindo que os validadores obtenham informações completas, os dados são considerados indisponíveis.
A diferença entre a disponibilidade de dados e a recuperabilidade de dados
É importante notar que a disponibilidade de dados e a recuperabilidade de dados são dois conceitos diferentes:
A disponibilidade de dados envolve se os dados podem ser adicionados à blockchain através do mecanismo de consenso durante o processo de produção de novos blocos.
A recuperabilidade dos dados refere-se à capacidade de recuperar dados históricos após os dados do bloco terem sido acordados e armazenados permanentemente.
Portanto, a disponibilidade de dados foca principalmente se os novos dados publicados podem alcançar consenso, em vez da recuperação de dados históricos. Há quem argumente que o termo "disponibilidade de dados" pode ser mal interpretado, sugerindo que "publicação de dados" seria mais preciso.
Camada 2 中的数据可用性问题
Embora o conceito de disponibilidade de dados tenha origem no Ethereum, atualmente estamos mais focados nos problemas de disponibilidade de dados no nível da Camada 2.
Na Camada 2, o ordenadora assume o papel de produtor de blocos, precisando publicar dados de transações suficientes para que os validadores verifiquem a validade das transações. Este processo enfrenta principalmente dois grandes desafios: garantir que o mecanismo de validação ocorra de forma segura e reduzir os custos de publicação de dados.
garantir a segurança do mecanismo de verificação
Diferentes tipos de soluções de Camada 2 utilizam diferentes mecanismos de validação:
Optimistic Rollup usa provas de fraude: se o ordenante não publicar os dados completos, o desafiador não conseguirá iniciar um desafio válido.
ZK Rollup utiliza provas de validade: embora a prova em si não exija disponibilidade de dados, o todo ainda requer dados completos para garantir a segurança dos ativos dos usuários.
Para garantir a segurança da validação, a maioria dos projetos de Camada 2 atualmente opta por publicar dados de estado e dados de transação na rede principal do Ethereum, que possui uma segurança mais alta, para obter garantias de disponibilidade de dados.
Reduzir o custo de publicação de dados
As taxas de gas que os usuários da Camada 2 pagam são compostas principalmente por duas partes: o gas para executar transações na Camada 2 e o gas para submeter dados à Camada 1. Deste modo, a segunda parte representa a maior parte do custo, especialmente os dados de transação publicados para garantir a disponibilidade dos dados.
Para reduzir o custo total da Camada 2, a chave está em reduzir o custo da publicação de dados. Existem principalmente duas maneiras:
Reduzir o custo de publicação de dados na Camada 1, como a próxima atualização EIP-4844.
Separar a camada de disponibilidade de dados da Camada 1, semelhante à forma como o Rollup desassocia a execução de transações da Camada 1.
Controvérsia da Camada de Disponibilidade de Dados
O conceito de blockchain modular fornece um contexto para entendermos as controvérsias sobre a camada de disponibilidade de dados. A blockchain modular desacopla as funcionalidades principais da blockchain, formando partes relativamente independentes, que se combinam através de redes dedicadas para expandir o desempenho.
Atualmente, as camadas de blockchain modular amplamente aceitas incluem: camada de execução, camada de liquidação, camada de consenso e camada de disponibilidade de dados. A Camada 2 já separou a camada de execução do Ethereum, mas outras funções ainda dependem do Ethereum.
No entanto, por razões de custo, muitos projetos de Camada 2 estão considerando desassociar também a camada de disponibilidade de dados do Ethereum, usando apenas o Ethereum como camada de liquidação e consenso. Isso gerou controvérsia, com alguns argumentando que não usar o Ethereum como camada de disponibilidade de dados não pode ser considerado uma verdadeira Camada 2.
Essa persistência pode derivar da preocupação com a posição do Ethereum. Se a Camada 2 também desagregar a camada de disponibilidade de dados, essencialmente enfraquecendo a dependência da segurança do Ethereum, isso pode ameaçar a posição central do Ethereum.
De qualquer forma, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. No futuro, veremos mais soluções inovadoras de disponibilidade de dados surgirem, oferecendo novas possibilidades para o desenvolvimento do ecossistema da Camada 2.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Disponibilidade de dados: A chave e a controvérsia da Camada 2 na escalabilidade
Disponibilidade de dados: Camada 2 é um fator chave para a escalabilidade
No ecossistema Ethereum, a disponibilidade de dados tem sido um tópico de grande preocupação. Há quem defenda que não usar o Ethereum para obter soluções de escalabilidade para a disponibilidade de dados não deve ser considerado Camada 2. Se essa afirmação for válida, afetará muitos projetos de escalabilidade existentes, como certas cadeias paralelas e cadeias laterais.
Então, o que é a disponibilidade de dados? Que desafios de disponibilidade de dados a Camada 2 enfrenta? Por que a camada de disponibilidade de dados gera tantas controvérsias? Este artigo discutirá essas questões, tentando desvendar o mistério da disponibilidade de dados.
Definição de disponibilidade de dados
De forma simples, a disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados das transações contidas no bloco de forma completa na rede, permitindo que os validadores possam descarregar e verificar.
Se o produtor de blocos publicar dados completos e permitir que os validadores os baixem, consideramos que os dados estão disponíveis; se ocultar parte dos dados, impedindo que os validadores obtenham informações completas, os dados são considerados indisponíveis.
A diferença entre a disponibilidade de dados e a recuperabilidade de dados
É importante notar que a disponibilidade de dados e a recuperabilidade de dados são dois conceitos diferentes:
Portanto, a disponibilidade de dados foca principalmente se os novos dados publicados podem alcançar consenso, em vez da recuperação de dados históricos. Há quem argumente que o termo "disponibilidade de dados" pode ser mal interpretado, sugerindo que "publicação de dados" seria mais preciso.
Camada 2 中的数据可用性问题
Embora o conceito de disponibilidade de dados tenha origem no Ethereum, atualmente estamos mais focados nos problemas de disponibilidade de dados no nível da Camada 2.
Na Camada 2, o ordenadora assume o papel de produtor de blocos, precisando publicar dados de transações suficientes para que os validadores verifiquem a validade das transações. Este processo enfrenta principalmente dois grandes desafios: garantir que o mecanismo de validação ocorra de forma segura e reduzir os custos de publicação de dados.
garantir a segurança do mecanismo de verificação
Diferentes tipos de soluções de Camada 2 utilizam diferentes mecanismos de validação:
Para garantir a segurança da validação, a maioria dos projetos de Camada 2 atualmente opta por publicar dados de estado e dados de transação na rede principal do Ethereum, que possui uma segurança mais alta, para obter garantias de disponibilidade de dados.
Reduzir o custo de publicação de dados
As taxas de gas que os usuários da Camada 2 pagam são compostas principalmente por duas partes: o gas para executar transações na Camada 2 e o gas para submeter dados à Camada 1. Deste modo, a segunda parte representa a maior parte do custo, especialmente os dados de transação publicados para garantir a disponibilidade dos dados.
Para reduzir o custo total da Camada 2, a chave está em reduzir o custo da publicação de dados. Existem principalmente duas maneiras:
Controvérsia da Camada de Disponibilidade de Dados
O conceito de blockchain modular fornece um contexto para entendermos as controvérsias sobre a camada de disponibilidade de dados. A blockchain modular desacopla as funcionalidades principais da blockchain, formando partes relativamente independentes, que se combinam através de redes dedicadas para expandir o desempenho.
Atualmente, as camadas de blockchain modular amplamente aceitas incluem: camada de execução, camada de liquidação, camada de consenso e camada de disponibilidade de dados. A Camada 2 já separou a camada de execução do Ethereum, mas outras funções ainda dependem do Ethereum.
No entanto, por razões de custo, muitos projetos de Camada 2 estão considerando desassociar também a camada de disponibilidade de dados do Ethereum, usando apenas o Ethereum como camada de liquidação e consenso. Isso gerou controvérsia, com alguns argumentando que não usar o Ethereum como camada de disponibilidade de dados não pode ser considerado uma verdadeira Camada 2.
Essa persistência pode derivar da preocupação com a posição do Ethereum. Se a Camada 2 também desagregar a camada de disponibilidade de dados, essencialmente enfraquecendo a dependência da segurança do Ethereum, isso pode ameaçar a posição central do Ethereum.
De qualquer forma, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. No futuro, veremos mais soluções inovadoras de disponibilidade de dados surgirem, oferecendo novas possibilidades para o desenvolvimento do ecossistema da Camada 2.