Autor: HaoTian, analista de criptografia Fonte: X (Twitter original) @tmel0211
Clique para ler: A função central da disponibilidade de dados na camada 2
Depois de popularizar a Disponibilidade de Dados, você deve estar se perguntando sobre a relação entre Disponibilidade de Dados e Compatível com EVM. Deixe-me primeiro salientar: quanto maior a compatibilidade do EVM, maior o grau de integração da disponibilidade de dados com o Ethereum. **
por que? Amigos cuidadosos devem notar que zkSync, ambas soluções ZK-Rollup, só podem carregar o certificado de transferência de estado diff de estado para Ethereum, enquanto Linea pode carregar todos os dados para a rede principal. A resposta pode estar na compatibilidade EVM.
Anteriormente, @VitalikButerin escreveu um artigo sobre "os diferentes tipos de ZK-EVMs", que gostaria de revisar com você. Conforme mostrado na figura abaixo, Vitalik divide a compatibilidade de várias soluções ZK com Ethereum em 5 níveis:
O primeiro nível é completamente equivalente ao Ethereum e não alterará nenhum componente do sistema Ethereum. A lógica de hashing, árvore de estado, pré-compilação e outras lógicas é quase a mesma. Por exemplo, Taiko e Scroll têm como alvo isso;
O segundo nível é equivalente ao sistema de máquina virtual EVM, com apenas algumas diferenças nas estruturas de dados, como estrutura de blocos e árvore de estado, como Polygono zkEVM;
O terceiro nível é quase equivalente à máquina virtual EVM e pode ser compatível com a maioria das aplicações. Para reduzir o tempo de prova, apenas alguns sacrifícios foram feitos, como: Scroll, Polygon zkEVM;
O quarto nível, usa uma linguagem de nível superior para programar e depois passa por uma camada de transformação do compilador, apenas para um tempo de prova rápido, como: zkSync e Starknet.
Como entender as diferenças entre vários ZK-EVMs de forma popular? Como um sistema de cadeia pública maduro, a máquina virtual EVM da Ethereum, a linguagem de programação Solidity e outras estruturas de dados são consideradas um padrão. Se um desenvolvedor construir ZK-EVM, maior será a compatibilidade da reutilização de componentes do sistema Ethereum. Quanto mais próximo estiver do nível 1.
Para entender ao contrário, por que zkSync e Starknet precisam desenvolver sua própria linguagem e compilador para convertê-lo, não é porque a velocidade de depender dos próprios componentes do Ethereum para gerar provas de prova seja muito baixa e não possa atender à demanda. Se um dia a camada inferior do Ethereum suportar a prova SNARK, essa camada 2 só precisará receber transações em lote, empacotá-las e enviá-las ao Ethereum. Por que se preocupar em operar você mesmo uma camada de execução equivalente a EVM?
Agora que você já entendeu o nível de compatibilidade com EVM, vamos pensar em sua relação com a disponibilidade de dados? Você encontrará uma regra. Quanto maior a compatibilidade do Etherum ou EVM, maior o grau de disponibilidade de dados que pode ser alcançado. Simplesmente entenda, se você deseja que o Ethereum faça DA para você, então você deve ser altamente compatível com ele.
Resumi aproximadamente os principais métodos de implementação de disponibilidade de dados da Camada 2, que podem ser divididos em cinco categorias:
Todos os dados principais são carregados no Ethereum e o Ethereum é usado como camada DA; por exemplo: Arbitrum, Optimism, Base, Linea
Somente a prova de transição de estado diff de estado é carregada no Ethereum, e todos os dados históricos são fornecidos pela própria Camada 2; por exemplo: zkSync, Starknet
Os serviços DA são fornecidos pela própria rede de forte consenso exclusiva da Camada 1 da Camada 2; como Polygon zkEVM
DA é fornecido por uma rede de armazenamento distribuída com forte consenso de terceiros, como IPFS; por exemplo: Metis
O DA é fornecido por um provedor terceirizado de serviços de cadeia pública especializado na construção de DA modular; por exemplo: Mantle
A camada 2 fornece serviços DA independentes; por exemplo: Abitrum Nova, Apex, ImmutableX
A classificação acima refere-se à análise de dados do L2BEAT. A disponibilidade de dados é marcada na plataforma de análise de dados como (On-chain, On-chain (SD), Externa, Externa (DAC), Otimismo (MEMO), etc.)
Ao classificá-los com base na disponibilidade de dados, de 1 a 6 e a dependência do Ethereum diminui gradativamente, o consenso de segurança também enfraquece gradativamente. Como o consenso de segurança é um conceito relativamente vago, apenas usar o grau de integração da participação da Ethereum no DA como critério para a força do consenso não significa que seja necessariamente inseguro para a Camada 2 confiar em DAs de terceiros para fornecer consenso. ou para operar a camada DA de forma independente.
Resumir
Descobrimos que OP-Rollups como Arbitrum e Optimism têm um alto grau de aplicação no Ethereum DA. A razão é muito simples. OP-Rollup e EVM são naturalmente altamente compatíveis. Eles só precisam executar bem o sequenciador e o processamento da transação é executado localmente., a verificação de chave e o desafio posterior dependem do sistema Ethereum.
Linea, que faz parte da linha ZK-Rollup, pode enviar todos os dados principais para Ethereum. Não vi uma explicação oficial, mas acho que é porque o EVM de Linea é altamente compatível, então Linea pode reutilizar o armazenamento e a execução de contratos de Ethereum , etc. Para auxiliar no processo de certificação Prove? No entanto, o zkSync só pode contar com seu próprio sistema Prove para gerar provas. Se o zkSync também conectar todos os dados ao Ethereum, os contratos Rollup subsequentes não serão capazes de verificar a validade de suas provas.
Finalmente, você notou que o Polygon ZK-EVM usa sua própria rede Polygon Validium L1 como camada de consenso?Como concorrente do Ethereum, o sistema de consenso de verificação L1 do Polygon também é muito sólido e seu limite de capacidade de armazenamento é muito melhor que o do Ethereum. É claro que não há problema em usar seu próprio L1 como DA. No entanto, o Polygon zkEVM finalmente sincronizou a prova de transição de estado para o Ethereum. Na verdade, é completamente desnecessário, mas não custa nada tributar o Ethereum para obter um consenso ecológico e de segurança mais forte.
Dito isto, você deve entender por que Scroll e Taiko estão trabalhando duro na afinidade EVM, porque somente quanto maior a afinidade EVM, mais conveniente será para o DA usar Ethereum, e também estará em conformidade com a camada Ethereum mais estreita. 2 definição. Imagine, se uma solução Ethereum Camada 2, transação de coleta, disponibilidade de dados, interoperabilidade, etc., todas dependessem da Camada 2 e de outras soluções modulares de terceiros, e apenas sincronizasse dados com Ethereum para registro, isso seria necessário?
Ver original
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.
Compatibilidade EVM e disponibilidade de dados: por que são relevantes?
Autor: HaoTian, analista de criptografia Fonte: X (Twitter original) @tmel0211
Clique para ler: A função central da disponibilidade de dados na camada 2
Depois de popularizar a Disponibilidade de Dados, você deve estar se perguntando sobre a relação entre Disponibilidade de Dados e Compatível com EVM. Deixe-me primeiro salientar: quanto maior a compatibilidade do EVM, maior o grau de integração da disponibilidade de dados com o Ethereum. **
por que? Amigos cuidadosos devem notar que zkSync, ambas soluções ZK-Rollup, só podem carregar o certificado de transferência de estado diff de estado para Ethereum, enquanto Linea pode carregar todos os dados para a rede principal. A resposta pode estar na compatibilidade EVM.
Anteriormente, @VitalikButerin escreveu um artigo sobre "os diferentes tipos de ZK-EVMs", que gostaria de revisar com você. Conforme mostrado na figura abaixo, Vitalik divide a compatibilidade de várias soluções ZK com Ethereum em 5 níveis:
O primeiro nível é completamente equivalente ao Ethereum e não alterará nenhum componente do sistema Ethereum. A lógica de hashing, árvore de estado, pré-compilação e outras lógicas é quase a mesma. Por exemplo, Taiko e Scroll têm como alvo isso;
O segundo nível é equivalente ao sistema de máquina virtual EVM, com apenas algumas diferenças nas estruturas de dados, como estrutura de blocos e árvore de estado, como Polygono zkEVM;
O terceiro nível é quase equivalente à máquina virtual EVM e pode ser compatível com a maioria das aplicações. Para reduzir o tempo de prova, apenas alguns sacrifícios foram feitos, como: Scroll, Polygon zkEVM;
O quarto nível, usa uma linguagem de nível superior para programar e depois passa por uma camada de transformação do compilador, apenas para um tempo de prova rápido, como: zkSync e Starknet.
Como entender as diferenças entre vários ZK-EVMs de forma popular? Como um sistema de cadeia pública maduro, a máquina virtual EVM da Ethereum, a linguagem de programação Solidity e outras estruturas de dados são consideradas um padrão. Se um desenvolvedor construir ZK-EVM, maior será a compatibilidade da reutilização de componentes do sistema Ethereum. Quanto mais próximo estiver do nível 1.
Para entender ao contrário, por que zkSync e Starknet precisam desenvolver sua própria linguagem e compilador para convertê-lo, não é porque a velocidade de depender dos próprios componentes do Ethereum para gerar provas de prova seja muito baixa e não possa atender à demanda. Se um dia a camada inferior do Ethereum suportar a prova SNARK, essa camada 2 só precisará receber transações em lote, empacotá-las e enviá-las ao Ethereum. Por que se preocupar em operar você mesmo uma camada de execução equivalente a EVM?
Agora que você já entendeu o nível de compatibilidade com EVM, vamos pensar em sua relação com a disponibilidade de dados? Você encontrará uma regra. Quanto maior a compatibilidade do Etherum ou EVM, maior o grau de disponibilidade de dados que pode ser alcançado. Simplesmente entenda, se você deseja que o Ethereum faça DA para você, então você deve ser altamente compatível com ele.
Resumi aproximadamente os principais métodos de implementação de disponibilidade de dados da Camada 2, que podem ser divididos em cinco categorias:
Todos os dados principais são carregados no Ethereum e o Ethereum é usado como camada DA; por exemplo: Arbitrum, Optimism, Base, Linea
Somente a prova de transição de estado diff de estado é carregada no Ethereum, e todos os dados históricos são fornecidos pela própria Camada 2; por exemplo: zkSync, Starknet
Os serviços DA são fornecidos pela própria rede de forte consenso exclusiva da Camada 1 da Camada 2; como Polygon zkEVM
DA é fornecido por uma rede de armazenamento distribuída com forte consenso de terceiros, como IPFS; por exemplo: Metis
O DA é fornecido por um provedor terceirizado de serviços de cadeia pública especializado na construção de DA modular; por exemplo: Mantle
A camada 2 fornece serviços DA independentes; por exemplo: Abitrum Nova, Apex, ImmutableX
A classificação acima refere-se à análise de dados do L2BEAT. A disponibilidade de dados é marcada na plataforma de análise de dados como (On-chain, On-chain (SD), Externa, Externa (DAC), Otimismo (MEMO), etc.)
Ao classificá-los com base na disponibilidade de dados, de 1 a 6 e a dependência do Ethereum diminui gradativamente, o consenso de segurança também enfraquece gradativamente. Como o consenso de segurança é um conceito relativamente vago, apenas usar o grau de integração da participação da Ethereum no DA como critério para a força do consenso não significa que seja necessariamente inseguro para a Camada 2 confiar em DAs de terceiros para fornecer consenso. ou para operar a camada DA de forma independente.
Resumir
Descobrimos que OP-Rollups como Arbitrum e Optimism têm um alto grau de aplicação no Ethereum DA. A razão é muito simples. OP-Rollup e EVM são naturalmente altamente compatíveis. Eles só precisam executar bem o sequenciador e o processamento da transação é executado localmente., a verificação de chave e o desafio posterior dependem do sistema Ethereum.
Linea, que faz parte da linha ZK-Rollup, pode enviar todos os dados principais para Ethereum. Não vi uma explicação oficial, mas acho que é porque o EVM de Linea é altamente compatível, então Linea pode reutilizar o armazenamento e a execução de contratos de Ethereum , etc. Para auxiliar no processo de certificação Prove? No entanto, o zkSync só pode contar com seu próprio sistema Prove para gerar provas. Se o zkSync também conectar todos os dados ao Ethereum, os contratos Rollup subsequentes não serão capazes de verificar a validade de suas provas.
Finalmente, você notou que o Polygon ZK-EVM usa sua própria rede Polygon Validium L1 como camada de consenso?Como concorrente do Ethereum, o sistema de consenso de verificação L1 do Polygon também é muito sólido e seu limite de capacidade de armazenamento é muito melhor que o do Ethereum. É claro que não há problema em usar seu próprio L1 como DA. No entanto, o Polygon zkEVM finalmente sincronizou a prova de transição de estado para o Ethereum. Na verdade, é completamente desnecessário, mas não custa nada tributar o Ethereum para obter um consenso ecológico e de segurança mais forte.
Dito isto, você deve entender por que Scroll e Taiko estão trabalhando duro na afinidade EVM, porque somente quanto maior a afinidade EVM, mais conveniente será para o DA usar Ethereum, e também estará em conformidade com a camada Ethereum mais estreita. 2 definição. Imagine, se uma solução Ethereum Camada 2, transação de coleta, disponibilidade de dados, interoperabilidade, etc., todas dependessem da Camada 2 e de outras soluções modulares de terceiros, e apenas sincronizasse dados com Ethereum para registro, isso seria necessário?