Por que o Ethereum precisa urgentemente de ZK?

Recentemente, uma das perguntas mais frequentes é: como ver a narrativa do Ethereum?

De fato, o Ethereum em 17 anos focou em ICOs e na computação mundial, em 21 anos foi o DeFi e a camada de liquidação financeira. E nesta rodada de 25 anos, parece que há poucas narrativas novas que possam se comparar às antigas, em termos de altura.

Talvez o ETF e o Staking ETF possam contar como metade, mas isso não está sob o controle dos desenvolvedores do Ethereum. Se houver uma outra metade, só pode ser ZK.

O Ethereum é realmente a blockchain que mais aposta em ZK no mundo Crypto, sem dúvida.

Há alguns dias, Vitalik ficou bastante empolgado ao anunciar no Twitter que o ZKEVM entrou na fase Alpha.

Por que o Ethereum é tão obstinado com ZK?

Na verdade, o TPS do Ethereum já não é baixo, seu pico teórico foi elevado para mais de 200 TPS, e a razão é que o Ethereum aumentou várias vezes o limite de Gas. Mas, aumentar o limite de Gas tem um custo, não se pode aumentar indefinidamente. Seu custo é que os nós precisam de servidores mais caros para rodar.

Por outro lado, o Ethereum deseja manter seu alto grau de descentralização, então não pode simplesmente aumentar o desempenho dos servidores dos nós demais (em comparação, um servidor Solana é aproximadamente 5–10 vezes mais caro que um servidor ETH).

Portanto, é necessário que a rede principal seja ZK. Note que não se trata de fazer alguns ZK L2, isso é uma ZK completa na rede principal L1.

E após ZK, qual seria a vantagem?

Esses nós ETH podem simplesmente verificar as provas ZK, sem precisar verificar cada transação de forma manual e trabalhosa como antes.

Para exemplificar, imagine que você é um professor de correção de provas (nó). Essas transações são como as provas dos estudantes.

No passado, corrigir manualmente seria muito lento. Mas, desde que surgiu a ferramenta de marcar respostas (ZK), a máquina consegue calcular a nota total do estudante em um segundo, então, como professor, você não estaria muito mais leve?

Você fica mais leve, antes uma pessoa só podia corrigir 50 provas, agora pode corrigir 1000, a pessoa continua a mesma, mas a eficiência dispara.

Portanto, o Ethereum precisa primeiro ZK-izar sua rede principal, para depois poder aumentar significativamente o limite de Gas.

ZK por si só não aumenta o TPS diretamente, é uma condição prévia. Melhorar o desempenho ainda depende de aumentar o limite de Gas, mas após ZK, os nós não precisam de tantos custos adicionais de servidores, o que torna o custo muito menor.

E, após a última atualização Fusaka (especialmente a atualização PeerDAS), que funcionou bem, o Ethereum deu mais um passo rumo à ZK na rede principal, por isso Vitalik está tão empolgado.

Imagine uma rede principal com TPS acima de mil, para o Ethereum, isso também seria uma narrativa bastante positiva.

Alguém fez uma pergunta:

Se o Ethereum fizer ZK-EVM na sua rede principal, então as outras equipes de ZK ainda terão sentido?

Primeiro, a resposta é: ainda fazem sentido.

Por quê?

Primeiro, o projeto ZK é um dos mais difíceis de desenvolver na rede, comparável ao FHE. Requer uma grande quantidade de talentos em criptografia.

Acredita-se que a Fundação ETH tenha alguma reserva nesse aspecto, mas, como comunidade open source, o Ethereum acredita na força da colaboração, ou seja, é preciso que muitas equipes de terceiros trabalhem com tentativa e erro e inovação. Como contrapartida, o Ethereum oferecerá bastante suporte.

Em segundo lugar, o ZK-EVM tem quatro tipos, de type1 a type4. Equipes como Polygon, Scroll, ZKsync, Taiko, cada uma está focada em implementar um desses tipos.

Além disso, há também ZK-VM, como o Brevis.

Na verdade, o ZK-VM tem uma posição ainda mais sólida do que o ZK-EVM.

A razão é que os quatro tipos de ZK-EVM provavelmente acabarão por escolher a solução mais eficiente, que se tornará parte da solução ZK-EVM da rede principal do Ethereum, e as outras três podem ser impactadas.

Por outro lado, o ZK-VM não é compatível com EVM, então ele será uma parte da diversidade do Ethereum.

Além disso, como não precisa estar limitado pela EVM, seu desempenho pode ser muito alto. A ZK-EVM do Ethereum não representa ameaça, ao contrário, a equipe oficial do Ethereum continuará incentivando.

Por exemplo, Vitalik já mencionou especificamente o desempenho do ZK-VM do Brevis e espera que eles entrem na área de ZK-EVM.

E quanto ao L2? Pode ter algum impacto, mas ainda assim, não é grande.

Quando Vitalik falou sobre Polygon, ele disse que ZK e L2 deveriam ser considerados separadamente.

A ZK na L1 certamente atrairá alguns usuários de ZK L2, afinal, se a L1 for barata o suficiente, os usuários de L2 podem diminuir.

Por outro lado, pense assim: a L1 é a fundação, a L2 é o arranha-céu. Quanto mais sólida for a fundação, melhor. Então, se a ZK na rede principal for implementada, a L2 também reduzirá custos, o que é benéfico.

Na mesma linha, Vitalik também mencionou especificamente o Brevis, que trabalha com ZK-VM. A razão é que o Brevis realiza muitas tarefas de ZK que não se limitam à L2, ou seja, “pesquisa ZK e pesquisa L2 são separadas”.

Por exemplo, eles têm um mercado de poder de ZK, ajudam a distribuir recompensas ZK para integrações com Uniswap, sendo uma aplicação orientada.

Resumindo, o Ethereum já está há 10 anos no mercado, e a ideia de ZK vem sendo discutida há cinco ou seis anos. Depois de tanto esforço, finalmente a ZK entrou na fase Alpha, o que só foi possível graças ao contínuo investimento do Ethereum e de várias equipes de terceiros, como Brevis e Polygon.