Porque a interoperabilidade entre zkVM e L2 deve ser seguida no Ethereum?

Recentemente, @drakefjustin provocou uma discussão acalorada no mercado com a frase "O fim da era de ouro da Solana". Anteriormente, o foco principal do Ethereum era a estratégia centralizada em Rollup, com o desempenho da camada 2 afetando diretamente o Ethereum. Agora, a nova direção da BeamChain está prestes a ser finalizada, enquanto a otimização da camada principal do Ethereum, na minha opinião, deve se concentrar em seguir: 1) zkVM; 2) interatividade da camada 2.

1）zkVMs

Justin said that the Ethereum Foundation will gradually invest tens of millions of dollars in the zkVMs project, including zkRISC-V, Poseidon encryption analysis, L2beat for zkVMs, etc. This undoubtedly brings a great boost to the team of the zkVMs project in the market. Can the golden age of Layer2 arrive soon? zkVMs hopes to have a wave of silver age first. Why does the Ethereum Foundation support zkVMs? I have analyzed it in the article below:

1）O foco futuro da ETH incluirá o desenvolvimento de Verge, Purge, e outros em torno da implementação da tecnologia de SNARKs na base da ETH.

2）A BeamChain proposta no Ethereum também visa melhorar o ambiente de execução da VM após a veiculação do Consenso para a SNARKs.

3. A camada de execução VM será personalizável e substituível, e as VMs de camada 2 ou outros zkVMs de alta qualidade podem ser mencionados no nível de execução da rede principal ETH;

Em geral, a implementação de SNARKs na Rede principal é uma mudança radical, substituindo zkVMs, o que é inevitável para o aprimoramento da Rede principal do L1 do Ethereum.

Portanto, é previsível que as soluções virtuais upstream ZK Máquina com excelentes zkVMs serão valorizadas, incluindo: o zkVM construído pela equipe de @RiscZero baseado em RISC-V e o zkVM construído pelo @ProjectZKM baseado na arquitetura de instruções de microprocessamento zkMIPs. Além disso, algumas das melhores layer2s otimizadas para o desempenho da camada de execução dos foros da cadeia também podem ser promovidas para a posição de um dia se tornar a camada executiva do nível principal da Rede, por exemplo, @Starknet, uma equipe técnica hardcore que sempre pode trazer surpresas especiais no campo ZK; @zksync, o airdrop é "indescritível", mas a força do produto e a capacidade de realização de engenharia na direção ZK são notáveis;

2) interação com layer2

Justin disse que vendedores de Solana são, na verdade, a camada 2 do Ethereum e eu concordo com esta visão. Em um artigo anterior que comparava ETH e SOL, deixei claro que Ethereum é absolutamente uma das melhores blockchains em termos de ecologia rica, expansibilidade de cenários de aplicação e estabilidade na centralização tecnológica, e isso não é questionável.

A estratégia layer2 do ETH Fang está atualmente presa na falta de cenários de aplicação e homogeneização excessiva da infraestrutura, o que se manifesta em: 1) Finanças Descentralizadas, MEME e outros cenários de aplicação que foram comprovadamente bem-sucedidos no passado são fermentados e pousados no ETH Fang relativamente lentamente, e são mais adequados para propagação de MEME e jogo Finanças Descentralizadas por cadeias públicas como Solana e Sui para abocanhar parte da contribuição do mercado; 2) A prevalência das três principais estratégias de expansão de negócios de Rollup As A Service, OP Stack e ZK Stacklayer levou à séria homogeneidade da infraestrutura da camada 2 de ETH. Embora o "Encadeamento com um clique" tenha causado o custo de construção da cadeia, também causou uma homogeneidade excessiva da infraestrutura, e as expectativas do mercado de camada 2 foram seriamente fragmentadas pelo mercado de infraestrutura inchado previsto, o que não só arrasta para baixo as expectativas de todos para a perspetiva geral da camada 2, mas também ameaça a confiança do mercado na ETH L1. Como quebrar o jogo? Isso também pode ser encontrado em uma série de artigos sobre o tema da recente conferência de @VitalikButerin com a Devcon: layer2 operability.

Devido à sobreposição excessiva de camadas 2, a Liquidez é dividida e não pode atender às necessidades de configuração diferenciada em alguns cenários de aplicação específicos. A direção estratégica de otimização da 'interoperabilidade' irá fortalecer simultaneamente essas duas deficiências. Por um lado, para unificar a Liquidez, cada camada 2 irá otimizar e aprimorar as estruturas de dados em conformidade com a Rede principal, aproveitando as vantagens do cliente ligeiro Helios da Rede principal e impulsionando a padronização da interoperabilidade entre mensagens cruzadas, a fim de melhorar a capacidade de interoperabilidade de cada uma; por outro lado, uma vez que a capacidade de interoperabilidade é reforçada, aplicativos com características diferenciadas se tornarão uma vantagem competitiva para as redes (com foco em jogos, transações, MEME e outros cenários de aplicação específicos, em vez de serem correntes genéricas), portanto, cada camada 2 aumentará seus esforços para diferenciar-se e construir seus próprios aplicativos exclusivos.