Disponibilidade de Dados: A pedra angular e o foco de controvérsia do L2
Os especialistas na área de blockchain chegaram a um consenso amplo sobre a importância da disponibilidade de dados. Um pesquisador renomado da indústria afirmou que, se não forem utilizados dados de disponibilidade do Ethereum, não podem ser considerados verdadeiros L2. Este ponto de vista gerou uma ampla discussão, pois, segundo esse padrão, muitos projetos conhecidos seriam excluídos da categoria L2.
Então, o que é a disponibilidade de dados? Quais desafios a L2 enfrenta nessa área? Por que há tanta controvérsia em torno da camada de disponibilidade de dados? Este artigo irá explorar essas questões em profundidade, revelando o papel crucial da disponibilidade de dados.
Definição e características da 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 de forma completa na rede, permitindo que os validadores façam o download. Se os dados forem publicados na íntegra e estiverem disponíveis para download, são considerados disponíveis; caso contrário, se parte dos dados estiver oculta e os validadores não conseguirem obter informações completas, são considerados indisponíveis.
É importante notar que a disponibilidade de dados e a recuperabilidade de dados são dois conceitos diferentes:
A disponibilidade de dados envolve a fase de produção de novos blocos que ainda não atingiram consenso, focando na capacidade de novos dados serem validados através do consenso.
A recuperabilidade dos dados refere-se à capacidade de recuperar dados históricos que foram consensualmente alcançados e armazenados permanentemente na blockchain.
Alguns especialistas acreditam que o termo "disponibilidade de dados" pode ser mal interpretado, sugerindo que o termo "publicação de dados" é mais apropriado. Esta opinião tem o apoio de várias partes, incluindo o fundador de um projeto de disponibilidade de dados.
Desafios de disponibilidade de dados enfrentados pelo L2
Embora a disponibilidade de dados venha do Ethereum, atualmente a indústria está mais focada nas aplicações de camada L2. Na L2, os ordenadores, como produtores de blocos, precisam publicar dados de transações suficientes para validação. Este processo enfrenta principalmente dois grandes desafios:
Garantir que o mecanismo de verificação funcione de forma segura
Reduzir o custo de publicação de dados
Para OP Rollup que utiliza prova de fraude, se o ordenadores não publicar os dados completos, o desafiador não poderá levantar uma contestação válida. Já para ZK Rollup que utiliza prova de validade, embora a prova em si não dependa da disponibilidade dos dados, a falta de dados completos ainda pode levar à perda de ativos dos usuários.
Para resolver esses problemas, a maioria dos projetos L2 atualmente opta por publicar dados de estado e dados de transações na Ethereum, aproveitando sua segurança e disponibilidade de dados. No entanto, essa abordagem também trouxe uma enorme pressão de custos.
As taxas de Gas que os usuários pagam ao L2 são compostas principalmente por duas partes: o Gas para executar transações no L2 e o Gas para enviar dados ao L1. Este último representa o maior custo, sendo a publicação dos dados de transação que garantem a disponibilidade dos dados a maior despesa.
Portanto, para reduzir o custo geral do L2, a chave é diminuir as despesas de publicação de dados. Existem principalmente duas maneiras:
Reduzir o custo de publicação de dados na L1, como a atualização EIP-4844 que está prestes a ocorrer no Ethereum.
Separar a camada de disponibilidade de dados do L1, semelhante à forma como o Rollup desliga a execução de transações do L1.
A origem das controvérsias sobre a camada de disponibilidade de dados
Para entender a controvérsia sobre a L2 na camada de disponibilidade de dados, é necessário começar pelo conceito de blockchain modular. A blockchain modular desacopla as funções principais da blockchain, formando módulos relativamente independentes, que expandem o desempenho de uma única blockchain ao combinar diferentes redes especializadas.
Atualmente, as blockchains modularizadas amplamente aceitas são divididas em quatro camadas: camada de execução, camada de liquidação, camada de consenso e camada de disponibilidade de dados. Este design modular é semelhante a blocos de Lego, permitindo a combinação personalizada dos módulos ótimos, aliviando o problema do "triângulo impossível" da blockchain.
Os projetos L2 existentes apenas separam a camada de execução do Ethereum, enquanto as outras três camadas de funcionalidade permanecem no Ethereum. No entanto, por razões de custo, muitos L2 estão planejando também desvincular a camada de disponibilidade de dados do Ethereum, utilizando o Ethereum apenas como camada de liquidação e consenso.
No entanto, a comunidade Ethereum parece não concordar com essa abordagem. Alguns membros da Fundação Ethereum acreditam que não usar o Ethereum como camada de disponibilidade de dados não pode ser considerado um verdadeiro Rollup ou L2. Uma plataforma de análise L2 conhecida também afirmou que soluções de escalabilidade que não publicam dados na L1 não devem ser consideradas L2, pois não é possível garantir que os operadores fornecerão os dados publicados.
Esta insistência em manter a camada de disponibilidade de dados na Ethereum parece, à primeira vista, ser por razões de segurança, mas também pode refletir preocupações sobre a possível erosão do status da Ethereum. Afinal, se as L2 removerem a camada de disponibilidade de dados da Ethereum, isso essencialmente enfraqueceria a dependência da segurança da Ethereum, podendo gradualmente se afastar do ecossistema da Ethereum.
Apesar das controvérsias, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. No futuro, esperamos ver mais soluções inovadoras de disponibilidade de dados surgirem, trazendo nova vitalidade para o desenvolvimento do ecossistema L2.
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.
22 gostos
Recompensa
22
7
Partilhar
Comentar
0/400
MEVHunterWang
· 07-16 16:28
A armadilha L2 é bastante absurda.
Ver originalResponder0
0xLuckbox
· 07-15 13:04
Ninguém lá em cima entendeu o essencial: é a autenticidade ou o padrão que é crucial?
Ver originalResponder0
ProbablyNothing
· 07-14 22:03
Mais uma vez este velho tema de controvérsia, pura provocação.
Ver originalResponder0
RunWhenCut
· 07-14 22:01
Outra vez a fazer as pessoas de parvas. Qualquer L2 atreve-se a dizer que é seguro.
Ver originalResponder0
MiningDisasterSurvivor
· 07-14 21:57
L2 lavar os olhos ainda não morreu? Já estão a fazer promessas novamente.
Ver originalResponder0
MechanicalMartel
· 07-14 21:52
Então, estamos a fazer esta armadilha com zk roll, certo?
Ver originalResponder0
ZkProofPudding
· 07-14 21:41
Não é apenas a luta entre segurança e custo? Tantos L2 simplesmente não se atrevem a ter certeza.
Controvérsia sobre a disponibilidade de dados: Projetos L2 enfrentam uma escolha entre custo e segurança
Disponibilidade de Dados: A pedra angular e o foco de controvérsia do L2
Os especialistas na área de blockchain chegaram a um consenso amplo sobre a importância da disponibilidade de dados. Um pesquisador renomado da indústria afirmou que, se não forem utilizados dados de disponibilidade do Ethereum, não podem ser considerados verdadeiros L2. Este ponto de vista gerou uma ampla discussão, pois, segundo esse padrão, muitos projetos conhecidos seriam excluídos da categoria L2.
Então, o que é a disponibilidade de dados? Quais desafios a L2 enfrenta nessa área? Por que há tanta controvérsia em torno da camada de disponibilidade de dados? Este artigo irá explorar essas questões em profundidade, revelando o papel crucial da disponibilidade de dados.
Definição e características da 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 de forma completa na rede, permitindo que os validadores façam o download. Se os dados forem publicados na íntegra e estiverem disponíveis para download, são considerados disponíveis; caso contrário, se parte dos dados estiver oculta e os validadores não conseguirem obter informações completas, são considerados indisponíveis.
É importante notar que a disponibilidade de dados e a recuperabilidade de dados são dois conceitos diferentes:
Alguns especialistas acreditam que o termo "disponibilidade de dados" pode ser mal interpretado, sugerindo que o termo "publicação de dados" é mais apropriado. Esta opinião tem o apoio de várias partes, incluindo o fundador de um projeto de disponibilidade de dados.
Desafios de disponibilidade de dados enfrentados pelo L2
Embora a disponibilidade de dados venha do Ethereum, atualmente a indústria está mais focada nas aplicações de camada L2. Na L2, os ordenadores, como produtores de blocos, precisam publicar dados de transações suficientes para validação. Este processo enfrenta principalmente dois grandes desafios:
Para OP Rollup que utiliza prova de fraude, se o ordenadores não publicar os dados completos, o desafiador não poderá levantar uma contestação válida. Já para ZK Rollup que utiliza prova de validade, embora a prova em si não dependa da disponibilidade dos dados, a falta de dados completos ainda pode levar à perda de ativos dos usuários.
Para resolver esses problemas, a maioria dos projetos L2 atualmente opta por publicar dados de estado e dados de transações na Ethereum, aproveitando sua segurança e disponibilidade de dados. No entanto, essa abordagem também trouxe uma enorme pressão de custos.
As taxas de Gas que os usuários pagam ao L2 são compostas principalmente por duas partes: o Gas para executar transações no L2 e o Gas para enviar dados ao L1. Este último representa o maior custo, sendo a publicação dos dados de transação que garantem a disponibilidade dos dados a maior despesa.
Portanto, para reduzir o custo geral do L2, a chave é diminuir as despesas de publicação de dados. Existem principalmente duas maneiras:
A origem das controvérsias sobre a camada de disponibilidade de dados
Para entender a controvérsia sobre a L2 na camada de disponibilidade de dados, é necessário começar pelo conceito de blockchain modular. A blockchain modular desacopla as funções principais da blockchain, formando módulos relativamente independentes, que expandem o desempenho de uma única blockchain ao combinar diferentes redes especializadas.
Atualmente, as blockchains modularizadas amplamente aceitas são divididas em quatro camadas: camada de execução, camada de liquidação, camada de consenso e camada de disponibilidade de dados. Este design modular é semelhante a blocos de Lego, permitindo a combinação personalizada dos módulos ótimos, aliviando o problema do "triângulo impossível" da blockchain.
Os projetos L2 existentes apenas separam a camada de execução do Ethereum, enquanto as outras três camadas de funcionalidade permanecem no Ethereum. No entanto, por razões de custo, muitos L2 estão planejando também desvincular a camada de disponibilidade de dados do Ethereum, utilizando o Ethereum apenas como camada de liquidação e consenso.
No entanto, a comunidade Ethereum parece não concordar com essa abordagem. Alguns membros da Fundação Ethereum acreditam que não usar o Ethereum como camada de disponibilidade de dados não pode ser considerado um verdadeiro Rollup ou L2. Uma plataforma de análise L2 conhecida também afirmou que soluções de escalabilidade que não publicam dados na L1 não devem ser consideradas L2, pois não é possível garantir que os operadores fornecerão os dados publicados.
Esta insistência em manter a camada de disponibilidade de dados na Ethereum parece, à primeira vista, ser por razões de segurança, mas também pode refletir preocupações sobre a possível erosão do status da Ethereum. Afinal, se as L2 removerem a camada de disponibilidade de dados da Ethereum, isso essencialmente enfraqueceria a dependência da segurança da Ethereum, podendo gradualmente se afastar do ecossistema da Ethereum.
Apesar das controvérsias, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. No futuro, esperamos ver mais soluções inovadoras de disponibilidade de dados surgirem, trazendo nova vitalidade para o desenvolvimento do ecossistema L2.