Disponibilidade de dados: Desafios e controvérsias enfrentados pelo L2
A disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados de transação do bloco na rede, para que os validadores possam baixá-los. Este conceito origina-se no Ethereum, mas atualmente há mais foco em questões de disponibilidade de dados no nível L2.
No L2, o ordenator, 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 grandes desafios: garantir que o mecanismo de validação ocorra de forma segura e reduzir o custo de publicação de dados.
Para o OP Rollup, se o ordenadore 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 dependa da disponibilidade de dados, ainda são necessários dados completos para proteger os ativos dos usuários. Para isso, atualmente, os L2 geralmente publicam dados de estado e dados de transações na Ethereum, a fim de obter segurança e disponibilidade de dados.
No entanto, essa prática resultou em custos enormes. As taxas de Gas pagas pelos usuários ao L2 são principalmente geradas pela submissão de dados do L2 para o L1, onde a publicação de dados de transação representa a maior parte. Para reduzir o custo total do L2, é necessário diminuir o custo da publicação de dados.
Existem duas abordagens principais: a primeira é reduzir o custo de publicar dados na L1, como a próxima atualização EIP-4844; a segunda é desassociar a disponibilidade de dados da L1, não utilizando o Ethereum como camada de disponibilidade de dados.
O conceito de blockchain modular fornece a base teórica para o segundo método. Ele desacopla as funções da blockchain em uma camada de execução, uma camada de liquidação, uma camada de consenso e uma camada de disponibilidade de dados. Atualmente, L2 já separou a camada de execução do Ethereum, e algumas L2 estão considerando separar ainda mais a camada de disponibilidade de dados.
No entanto, essa tendência gerou controvérsia. Pesquisadores da Ethereum Foundation acreditam que não usar o Ethereum como camada de disponibilidade de dados não pode ser considerado L2. O L2BEAT também apontou que soluções de escalonamento que não publicam dados na L1 não pertencem ao L2, pois não há garantia de que os operadores fornecerão os dados publicados.
Esses pontos de vista podem surgir de preocupações de segurança, mas também podem refletir preocupações sobre a estabilidade da posição do Ethereum. Se o L2 separar a camada de disponibilidade de dados do Ethereum, isso pode enfraquecer a dependência da segurança do Ethereum, potencialmente ameaçando a posição do Ethereum.
Apesar das controvérsias, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. Atualmente, existem várias soluções e projetos de disponibilidade de dados no mercado, que merecem uma atenção e discussão adicionais.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
14 Curtidas
Recompensa
14
5
Compartilhar
Comentário
0/400
GateUser-40edb63b
· 15h atrás
Quem consegue suportar um custo tão alto?
Ver originalResponder0
BearMarketSage
· 15h atrás
A segurança é muito importante, o custo é secundário.
Ver originalResponder0
DaoTherapy
· 15h atrás
Ainda a falar sobre L2, realmente é uma explosão de flores.
Ver originalResponder0
AirdropHuntress
· 15h atrás
O custo do L2 é, mais cedo ou mais tarde, uma bomba-relógio.
Desafios e Controvérsias da Disponibilidade de Dados L2: A Balança entre Custo e Segurança
Disponibilidade de dados: Desafios e controvérsias enfrentados pelo L2
A disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados de transação do bloco na rede, para que os validadores possam baixá-los. Este conceito origina-se no Ethereum, mas atualmente há mais foco em questões de disponibilidade de dados no nível L2.
No L2, o ordenator, 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 grandes desafios: garantir que o mecanismo de validação ocorra de forma segura e reduzir o custo de publicação de dados.
Para o OP Rollup, se o ordenadore 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 dependa da disponibilidade de dados, ainda são necessários dados completos para proteger os ativos dos usuários. Para isso, atualmente, os L2 geralmente publicam dados de estado e dados de transações na Ethereum, a fim de obter segurança e disponibilidade de dados.
No entanto, essa prática resultou em custos enormes. As taxas de Gas pagas pelos usuários ao L2 são principalmente geradas pela submissão de dados do L2 para o L1, onde a publicação de dados de transação representa a maior parte. Para reduzir o custo total do L2, é necessário diminuir o custo da publicação de dados.
Existem duas abordagens principais: a primeira é reduzir o custo de publicar dados na L1, como a próxima atualização EIP-4844; a segunda é desassociar a disponibilidade de dados da L1, não utilizando o Ethereum como camada de disponibilidade de dados.
O conceito de blockchain modular fornece a base teórica para o segundo método. Ele desacopla as funções da blockchain em uma camada de execução, uma camada de liquidação, uma camada de consenso e uma camada de disponibilidade de dados. Atualmente, L2 já separou a camada de execução do Ethereum, e algumas L2 estão considerando separar ainda mais a camada de disponibilidade de dados.
No entanto, essa tendência gerou controvérsia. Pesquisadores da Ethereum Foundation acreditam que não usar o Ethereum como camada de disponibilidade de dados não pode ser considerado L2. O L2BEAT também apontou que soluções de escalonamento que não publicam dados na L1 não pertencem ao L2, pois não há garantia de que os operadores fornecerão os dados publicados.
Esses pontos de vista podem surgir de preocupações de segurança, mas também podem refletir preocupações sobre a estabilidade da posição do Ethereum. Se o L2 separar a camada de disponibilidade de dados do Ethereum, isso pode enfraquecer a dependência da segurança do Ethereum, potencialmente ameaçando a posição do Ethereum.
Apesar das controvérsias, os projetos relacionados à camada de disponibilidade de dados continuam a prosperar. Atualmente, existem várias soluções e projetos de disponibilidade de dados no mercado, que merecem uma atenção e discussão adicionais.