Disponibilidade de dados: O principal desafio da escalabilidade da Camada 2
No ecossistema Ethereum, a questão da disponibilidade de dados está gerando ampla discussão. Um pesquisador conhecido afirmou que não usar Ethereum para obter disponibilidade de dados não deve ser considerado L2. Se seguirmos esse padrão, muitos dos projetos atualmente considerados L2 podem precisar ser redefinidos. Então, o que é a disponibilidade de dados? Quais desafios de disponibilidade de dados L2 enfrenta? Por que esse tópico gera tanta controvérsia? Este artigo irá se concentrar nessas questões, tentando desvendar o mistério da disponibilidade de dados.
A essência da disponibilidade de dados
Em resumo, a disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados de transação de um bloco 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, os dados são considerados disponíveis; se a ocultação de parte dos dados impedir que os validadores façam o download das informações completas, os dados 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 refere-se à fase após a produção de um novo bloco, antes de ser adicionado à blockchain através do consenso. Está relacionada à capacidade de dados recém-publicados serem aceitos pelo consenso, e não a dados históricos.
A recuperabilidade dos dados refere-se à capacidade de recuperar dados que foram consensualmente armazenados de forma permanente na blockchain, ou seja, a habilidade de acessar dados históricos. Na rede Ethereum, os nós que armazenam todos os dados históricos são chamados de nós de arquivamento.
Há quem defenda que o termo "disponibilidade de dados" pode ser mal interpretado, sugerindo que a alteração para "publicação de dados" pode ser mais precisa.
Desafios de disponibilidade de dados da Camada 2
Embora o conceito de disponibilidade de dados tenha origem no Ethereum, atualmente estamos mais focados em questões de disponibilidade de dados no nível da Camada 2. Na Camada 2, o Sequenciador (, como produtor de blocos, precisa publicar dados de transação suficientes para que os validadores possam verificar a validade das transações.
Este processo enfrenta dois grandes desafios:
Garantir que o mecanismo de validação funcione de forma segura
Reduzir o custo de publicação de dados
) Mecanismo de validação segurança
Diferentes tipos de L2 utilizam diferentes métodos de validação:
OP Rollup usa provas de fraude: se o ordenadorde não publicar os dados completos e recuperáveis, o desafiador não poderá iniciar um desafio válido.
ZK Rollup usa prova de validade: embora a prova em si não necessite de disponibilidade de dados, o ZK Rollup como um todo ainda requer disponibilidade de dados. A falta de dados rastreáveis fará com que os usuários não consigam saber o saldo, o que pode levar a perdas de ativos.
Para garantir a segurança da verificação, atualmente os ordenadores L2 geralmente publicam dados de estado e dados de transações na Ethereum, dependendo dela para liquidação e obtenção de disponibilidade de dados. Assim, a camada de disponibilidade de dados é, na verdade, o lugar onde os L2 publicam dados de transação, sendo que a maioria dos L2 de destaque utiliza a Ethereum como camada de disponibilidade de dados.
![Por que a disponibilidade de dados é tão importante para a Camada 2?]###https://img-cdn.gateio.im/webp-social/moments-ca16dabffd74eb96fbac85f0d24c283c.webp(
) Reduzir o custo de publicação de dados
Atualmente, a Camada 2 depende da disponibilidade de dados e da liquidação na Ethereum. Embora a segurança esteja garantida, os custos são enormes. As taxas de Gas que os usuários pagam à Camada 2 consistem principalmente em duas partes: o Gas para a execução de transações na Camada 2 e o Gas para a submissão de dados à Camada 1. Esta última representa a maior parte, sendo que o custo de publicação de dados de transação que garantem a disponibilidade de dados é o mais alto.
As principais formas de reduzir custos são duas:
Reduzir o custo de publicação de dados na L1, como a atualização EIP-4844 que a Ethereum vai realizar.
Remover a disponibilidade de dados da Camada 1, não usar mais o Ethereum como camada de disponibilidade de dados.
![Por que a disponibilidade de dados é tão importante para a Camada 2?]###https://img-cdn.gateio.im/webp-social/moments-d508d1367ec86edfc1ef01574d917810.webp(
Conflito sobre a Camada de Disponibilidade de Dados
A ascensão das blockchains modularizadas trouxe novas ideias para a camada de disponibilidade de dados. As blockchains modularizadas desacoplam as funções principais da blockchain, formando partes relativamente independentes, que se combinam através de redes dedicadas para expandir o desempenho.
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 apenas separam a camada de execução do Ethereum, enquanto outras funcionalidades ainda são realizadas no Ethereum. No entanto, por questões de custo, muitas L2 estão se preparando para também separar a camada de disponibilidade de dados do Ethereum.
Esta tendência gerou controvérsia. Há quem defenda que não usar o Ethereum como camada de disponibilidade de dados não deve ser considerado Rollup ou L2. Uma plataforma conhecida até afirmou que soluções de escalabilidade que não publicam dados na L1 não são L2, porque usar soluções de disponibilidade de dados off-chain não garante que os operadores fornecerão os dados publicados.
![Por que a disponibilidade de dados é tão importante para a Camada 2?])https://img-cdn.gateio.im/webp-social/moments-f2df16558e09d770ac31a2a44ea27773.webp(
Estes pontos de vista parecem ser motivados por preocupações de segurança, mas também podem refletir preocupações sobre a possível ameaça ao status do Ethereum. Se a Camada 2 também desassociar a camada de disponibilidade de dados do Ethereum, essencialmente enfraquecendo a dependência da segurança do Ethereum, pode gradualmente afastar-se do ecossistema Ethereum.
Apesar das controvérsias, os projetos relacionados à Camada 2 de disponibilidade de dados continuam a prosperar. No futuro, veremos mais soluções inovadoras de disponibilidade de dados surgindo, proporcionando novas possibilidades para a escalabilidade da blockchain.
![Por que a disponibilidade de dados é tão importante para a Camada 2?])https://img-cdn.gateio.im/webp-social/moments-3860dccf36bebf15cc790ad10a384a08.webp(
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.
11 gostos
Recompensa
11
3
Partilhar
Comentar
0/400
HashBandit
· 07-26 06:02
drama de escalabilidade... a mesma velha canção desde os meus dias de mineração, para ser sincero
Disponibilidade de dados: Desafios e controvérsias-chave da escalabilidade L2
Disponibilidade de dados: O principal desafio da escalabilidade da Camada 2
No ecossistema Ethereum, a questão da disponibilidade de dados está gerando ampla discussão. Um pesquisador conhecido afirmou que não usar Ethereum para obter disponibilidade de dados não deve ser considerado L2. Se seguirmos esse padrão, muitos dos projetos atualmente considerados L2 podem precisar ser redefinidos. Então, o que é a disponibilidade de dados? Quais desafios de disponibilidade de dados L2 enfrenta? Por que esse tópico gera tanta controvérsia? Este artigo irá se concentrar nessas questões, tentando desvendar o mistério da disponibilidade de dados.
A essência da disponibilidade de dados
Em resumo, a disponibilidade de dados refere-se ao fato de que os produtores de blocos publicam todos os dados de transação de um bloco 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, os dados são considerados disponíveis; se a ocultação de parte dos dados impedir que os validadores façam o download das informações completas, os dados 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 refere-se à fase após a produção de um novo bloco, antes de ser adicionado à blockchain através do consenso. Está relacionada à capacidade de dados recém-publicados serem aceitos pelo consenso, e não a dados históricos.
A recuperabilidade dos dados refere-se à capacidade de recuperar dados que foram consensualmente armazenados de forma permanente na blockchain, ou seja, a habilidade de acessar dados históricos. Na rede Ethereum, os nós que armazenam todos os dados históricos são chamados de nós de arquivamento.
Há quem defenda que o termo "disponibilidade de dados" pode ser mal interpretado, sugerindo que a alteração para "publicação de dados" pode ser mais precisa.
Desafios de disponibilidade de dados da Camada 2
Embora o conceito de disponibilidade de dados tenha origem no Ethereum, atualmente estamos mais focados em questões de disponibilidade de dados no nível da Camada 2. Na Camada 2, o Sequenciador (, como produtor de blocos, precisa publicar dados de transação suficientes para que os validadores possam verificar a validade das transações.
Este processo enfrenta dois grandes desafios:
) Mecanismo de validação segurança
Diferentes tipos de L2 utilizam diferentes métodos de validação:
OP Rollup usa provas de fraude: se o ordenadorde não publicar os dados completos e recuperáveis, o desafiador não poderá iniciar um desafio válido.
ZK Rollup usa prova de validade: embora a prova em si não necessite de disponibilidade de dados, o ZK Rollup como um todo ainda requer disponibilidade de dados. A falta de dados rastreáveis fará com que os usuários não consigam saber o saldo, o que pode levar a perdas de ativos.
Para garantir a segurança da verificação, atualmente os ordenadores L2 geralmente publicam dados de estado e dados de transações na Ethereum, dependendo dela para liquidação e obtenção de disponibilidade de dados. Assim, a camada de disponibilidade de dados é, na verdade, o lugar onde os L2 publicam dados de transação, sendo que a maioria dos L2 de destaque utiliza a Ethereum como camada de disponibilidade de dados.
![Por que a disponibilidade de dados é tão importante para a Camada 2?]###https://img-cdn.gateio.im/webp-social/moments-ca16dabffd74eb96fbac85f0d24c283c.webp(
) Reduzir o custo de publicação de dados
Atualmente, a Camada 2 depende da disponibilidade de dados e da liquidação na Ethereum. Embora a segurança esteja garantida, os custos são enormes. As taxas de Gas que os usuários pagam à Camada 2 consistem principalmente em duas partes: o Gas para a execução de transações na Camada 2 e o Gas para a submissão de dados à Camada 1. Esta última representa a maior parte, sendo que o custo de publicação de dados de transação que garantem a disponibilidade de dados é o mais alto.
As principais formas de reduzir custos são duas:
Reduzir o custo de publicação de dados na L1, como a atualização EIP-4844 que a Ethereum vai realizar.
Remover a disponibilidade de dados da Camada 1, não usar mais o Ethereum como camada de disponibilidade de dados.
![Por que a disponibilidade de dados é tão importante para a Camada 2?]###https://img-cdn.gateio.im/webp-social/moments-d508d1367ec86edfc1ef01574d917810.webp(
Conflito sobre a Camada de Disponibilidade de Dados
A ascensão das blockchains modularizadas trouxe novas ideias para a camada de disponibilidade de dados. As blockchains modularizadas desacoplam as funções principais da blockchain, formando partes relativamente independentes, que se combinam através de redes dedicadas para expandir o desempenho.
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 apenas separam a camada de execução do Ethereum, enquanto outras funcionalidades ainda são realizadas no Ethereum. No entanto, por questões de custo, muitas L2 estão se preparando para também separar a camada de disponibilidade de dados do Ethereum.
Esta tendência gerou controvérsia. Há quem defenda que não usar o Ethereum como camada de disponibilidade de dados não deve ser considerado Rollup ou L2. Uma plataforma conhecida até afirmou que soluções de escalabilidade que não publicam dados na L1 não são L2, porque usar soluções de disponibilidade de dados off-chain não garante que os operadores fornecerão os dados publicados.
![Por que a disponibilidade de dados é tão importante para a Camada 2?])https://img-cdn.gateio.im/webp-social/moments-f2df16558e09d770ac31a2a44ea27773.webp(
Estes pontos de vista parecem ser motivados por preocupações de segurança, mas também podem refletir preocupações sobre a possível ameaça ao status do Ethereum. Se a Camada 2 também desassociar a camada de disponibilidade de dados do Ethereum, essencialmente enfraquecendo a dependência da segurança do Ethereum, pode gradualmente afastar-se do ecossistema Ethereum.
Apesar das controvérsias, os projetos relacionados à Camada 2 de disponibilidade de dados continuam a prosperar. No futuro, veremos mais soluções inovadoras de disponibilidade de dados surgindo, proporcionando novas possibilidades para a escalabilidade da blockchain.
![Por que a disponibilidade de dados é tão importante para a Camada 2?])https://img-cdn.gateio.im/webp-social/moments-3860dccf36bebf15cc790ad10a384a08.webp(