Discussão sobre a importância da disponibilidade de dados para a Camada 2
No ecossistema do Ethereum, sempre houve controvérsias sobre a disponibilidade de dados do Layer 2(L2). Alguns pesquisadores acreditam que não usar o Ethereum para obter disponibilidade de dados não pode ser considerado L2. Se seguirmos esse ponto de vista, muitas soluções de escalonamento existentes perderiam a qualificação de L2, incluindo alguns projetos conhecidos.
Então, o que é realmente a disponibilidade de dados? Quais são os desafios de disponibilidade de dados que a Camada 2 enfrenta? Por que a camada de disponibilidade de dados gera tanta controvérsia na Camada 2? Este artigo irá se concentrar nessas questões, tentando desvendar o mistério da disponibilidade de dados.
Definição 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 dos blocos na rede, permitindo que os validadores façam o download. Se os produtores de blocos publicarem os dados completos e permitirem que os validadores façam o download, dizemos que os dados estão disponíveis; se a ocultação de parte dos dados impedir que os validadores façam o download dos dados completos, então os dados estão indisponíveis.
A diferença entre disponibilidade de dados e recuperabilidade
A disponibilidade de dados e a recuperabilidade de dados são dois conceitos que podem ser confundidos, mas na verdade há uma grande diferença entre eles:
A disponibilidade de dados refere-se à fase após a produção de blocos, onde os dados ainda não foram adicionados à blockchain através do consenso. Está relacionada à possibilidade de novos dados publicados serem validados pelo consenso, e não a dados históricos.
A capacidade de recuperabilidade de 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. No Ethereum, os nós que armazenam todos os dados históricos são chamados de nós de arquivo.
Há quem acredite que o termo "disponibilidade de dados" pode causar mal-entendidos, sugerindo que seja melhor utilizar "publicação de dados" como uma forma mais precisa.
Problemas de disponibilidade de dados na Camada 2
Apesar de o conceito de disponibilidade de dados ter origem no Ethereum, atualmente estamos mais focados na disponibilidade de dados ao nível da Camada 2.
Na Camada 2, o ordenado (Sequencer), como produtor de blocos, precisa publicar dados de transações suficientes para que os validadores verifiquem a validade das transações. Este processo enfrenta dois problemas principais:
Garantir que o mecanismo de validação funcione de forma segura
Reduzir o custo de publicação de dados
Segurança do mecanismo de verificação
Diferentes tipos de L2 utilizam diferentes métodos de validação:
Optimistic Rollup utiliza provas de fraude. Se o ordenado não publicar os dados completos, o desafiador não poderá iniciar um desafio válido.
Embora a prova de validade do ZK Rollup não exija, por si só, disponibilidade de dados, no geral, ainda é necessária. Sem dados de bloco rastreáveis, os usuários não poderão saber o saldo e podem perder ativos.
Para garantir a segurança da validação, atualmente os ordenadores L2 geralmente publicam dados de estado e dados de transações em Ethereum, que possui uma segurança mais robusta, contando com Ethereum para liquidação e obtendo disponibilidade de dados.
Reduzir custos de publicação
Atualmente, a Camada 2 coloca a disponibilidade de dados e a liquidação na Ethereum. Embora a segurança seja alta, os custos são enormes. As taxas de Gas pagas pelos usuários à Camada 2 são compostas principalmente por duas partes: o Gas para executar transações na Camada 2 e o Gas para submeter dados à Camada 1. A última parte representa a maior parte, sendo que os dados transacionais que garantem a disponibilidade de dados ocupam a maior parte.
Métodos principais para reduzir custos:
Reduzir o custo de publicação de dados na L1, como a próxima atualização EIP-4844.
Desvincular a disponibilidade de dados da Camada 1, sem usar o Ethereum como camada de disponibilidade de dados.
Controvérsia da Camada 2 de Disponibilidade de Dados
O surgimento das blockchains modularizadas trouxe novas possibilidades para a Camada 2. As blockchains modularizadas desacoplam as funcionalidades principais da blockchain, formando partes relativamente independentes, e expandem o desempenho através da combinação de 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. As L2 existentes, além de separar a camada de execução do Ethereum, ainda mantêm as outras três camadas no Ethereum. No entanto, por razões de custo, muitas L2 estão se preparando para também separar a camada de disponibilidade de dados do Ethereum.
No entanto, a comunidade Ethereum parece não querer que o L2 obtenha disponibilidade de dados de outras fontes. Há opiniões de que não usar o Ethereum como camada de disponibilidade de dados não conta como Rollup, portanto também não é L2. A definição mais recente do L2BEAT também aponta que soluções de escalabilidade que não publicam dados na L1 não pertencem ao L2, uma vez que soluções de disponibilidade de dados off-chain não podem garantir que os operadores fornecerão os dados publicados.
Esta insistência pode ser motivada por preocupações de segurança, mas também pode refletir preocupações sobre a instabilidade da posição do Ethereum. Se a Camada 2 também desmembrar a camada de disponibilidade de dados, isso essencialmente enfraquece a dependência da segurança do Ethereum, o que pode representar uma ameaça à posição do Ethereum.
De qualquer forma, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. No futuro, veremos mais soluções e projetos inovadores de disponibilidade de dados surgirem, trazendo novas possibilidades para a escalabilidade da blockchain.
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.
10 gostos
Recompensa
10
6
Republicar
Partilhar
Comentar
0/400
PebbleHander
· 08-07 06:38
Esta taxa é crucial
Ver originalResponder0
ImaginaryWhale
· 08-07 06:16
Sinto que esses supostos l2 estão a jogar com o limite...
Ver originalResponder0
TokenDustCollector
· 08-04 07:08
Quem disse que sem ETH não conta como L2? Não me faça rir.
Ver originalResponder0
GateUser-2fce706c
· 08-04 06:59
Quem não disse antes que agora é a janela de ouro para investimentos em L2? O tempo não espera, irmãos!
Ver originalResponder0
DataPickledFish
· 08-04 06:40
Outra vez a discutir a definição técnica, o foco está todo errado, não está?
Controvérsia sobre a disponibilidade de dados L2: o jogo entre segurança e custo
Discussão sobre a importância da disponibilidade de dados para a Camada 2
No ecossistema do Ethereum, sempre houve controvérsias sobre a disponibilidade de dados do Layer 2(L2). Alguns pesquisadores acreditam que não usar o Ethereum para obter disponibilidade de dados não pode ser considerado L2. Se seguirmos esse ponto de vista, muitas soluções de escalonamento existentes perderiam a qualificação de L2, incluindo alguns projetos conhecidos.
Então, o que é realmente a disponibilidade de dados? Quais são os desafios de disponibilidade de dados que a Camada 2 enfrenta? Por que a camada de disponibilidade de dados gera tanta controvérsia na Camada 2? Este artigo irá se concentrar nessas questões, tentando desvendar o mistério da disponibilidade de dados.
Definição 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 dos blocos na rede, permitindo que os validadores façam o download. Se os produtores de blocos publicarem os dados completos e permitirem que os validadores façam o download, dizemos que os dados estão disponíveis; se a ocultação de parte dos dados impedir que os validadores façam o download dos dados completos, então os dados estão indisponíveis.
A diferença entre disponibilidade de dados e recuperabilidade
A disponibilidade de dados e a recuperabilidade de dados são dois conceitos que podem ser confundidos, mas na verdade há uma grande diferença entre eles:
A disponibilidade de dados refere-se à fase após a produção de blocos, onde os dados ainda não foram adicionados à blockchain através do consenso. Está relacionada à possibilidade de novos dados publicados serem validados pelo consenso, e não a dados históricos.
A capacidade de recuperabilidade de 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. No Ethereum, os nós que armazenam todos os dados históricos são chamados de nós de arquivo.
Há quem acredite que o termo "disponibilidade de dados" pode causar mal-entendidos, sugerindo que seja melhor utilizar "publicação de dados" como uma forma mais precisa.
Problemas de disponibilidade de dados na Camada 2
Apesar de o conceito de disponibilidade de dados ter origem no Ethereum, atualmente estamos mais focados na disponibilidade de dados ao nível da Camada 2.
Na Camada 2, o ordenado (Sequencer), como produtor de blocos, precisa publicar dados de transações suficientes para que os validadores verifiquem a validade das transações. Este processo enfrenta dois problemas principais:
Segurança do mecanismo de verificação
Diferentes tipos de L2 utilizam diferentes métodos de validação:
Optimistic Rollup utiliza provas de fraude. Se o ordenado não publicar os dados completos, o desafiador não poderá iniciar um desafio válido.
Embora a prova de validade do ZK Rollup não exija, por si só, disponibilidade de dados, no geral, ainda é necessária. Sem dados de bloco rastreáveis, os usuários não poderão saber o saldo e podem perder ativos.
Para garantir a segurança da validação, atualmente os ordenadores L2 geralmente publicam dados de estado e dados de transações em Ethereum, que possui uma segurança mais robusta, contando com Ethereum para liquidação e obtendo disponibilidade de dados.
Reduzir custos de publicação
Atualmente, a Camada 2 coloca a disponibilidade de dados e a liquidação na Ethereum. Embora a segurança seja alta, os custos são enormes. As taxas de Gas pagas pelos usuários à Camada 2 são compostas principalmente por duas partes: o Gas para executar transações na Camada 2 e o Gas para submeter dados à Camada 1. A última parte representa a maior parte, sendo que os dados transacionais que garantem a disponibilidade de dados ocupam a maior parte.
Métodos principais para reduzir custos:
Reduzir o custo de publicação de dados na L1, como a próxima atualização EIP-4844.
Desvincular a disponibilidade de dados da Camada 1, sem usar o Ethereum como camada de disponibilidade de dados.
Controvérsia da Camada 2 de Disponibilidade de Dados
O surgimento das blockchains modularizadas trouxe novas possibilidades para a Camada 2. As blockchains modularizadas desacoplam as funcionalidades principais da blockchain, formando partes relativamente independentes, e expandem o desempenho através da combinação de 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. As L2 existentes, além de separar a camada de execução do Ethereum, ainda mantêm as outras três camadas no Ethereum. No entanto, por razões de custo, muitas L2 estão se preparando para também separar a camada de disponibilidade de dados do Ethereum.
No entanto, a comunidade Ethereum parece não querer que o L2 obtenha disponibilidade de dados de outras fontes. Há opiniões de que não usar o Ethereum como camada de disponibilidade de dados não conta como Rollup, portanto também não é L2. A definição mais recente do L2BEAT também aponta que soluções de escalabilidade que não publicam dados na L1 não pertencem ao L2, uma vez que soluções de disponibilidade de dados off-chain não podem garantir que os operadores fornecerão os dados publicados.
Esta insistência pode ser motivada por preocupações de segurança, mas também pode refletir preocupações sobre a instabilidade da posição do Ethereum. Se a Camada 2 também desmembrar a camada de disponibilidade de dados, isso essencialmente enfraquece a dependência da segurança do Ethereum, o que pode representar uma ameaça à posição do Ethereum.
De qualquer forma, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. No futuro, veremos mais soluções e projetos inovadores de disponibilidade de dados surgirem, trazendo novas possibilidades para a escalabilidade da blockchain.