Por que o Ethereum precisa urgentemente de ZK Rollups?

Título original: "Por que o Ethereum precisa urgentemente do ZK Rollup"

Fonte original: Ebunker Chinês

Uma das perguntas mais frequentes ultimamente é: como interpretar a narrativa do Ethereum?

De fato, o Ethereum focou em ICOs e no computador mundial em 2017, e em DeFi e na camada de liquidação financeira em 2021. No entanto, neste ciclo de 2025, parece haver uma nova narrativa que dificilmente se compara em magnitude às antigas narrativas.

ETFs e ETFs de staking podem ser considerados metade disso, mas isso não está sob o controle dos desenvolvedores do Ethereum. Se fôssemos mencionar a outra metade, só poderia ser ZK.

O Ethereum é, sem dúvida, a blockchain pública em todo o mundo das criptomoedas que mais apostou no ZK.

Há alguns dias, Vitalik estava bastante entusiasmado, anunciando no Twitter que o ZKEVM havia entrado na fase Alpha.

Por que o Ethereum é tão obcecado pelo ZK?

Na verdade, o TPS do Ethereum não está baixo atualmente; o pico teórico foi elevado para mais de 200 TPS, devido ao fato de o Ethereum ter aumentado o limite de Gas diversas vezes.

No entanto, aumentar o limite de gás tem um custo e não pode ser aumentado indefinidamente. O custo é que os nós precisam de servidores mais caros para funcionar.

Mas o Ethereum também quer manter sua orgulhosa descentralização, então não pode exigir muito do desempenho dos servidores dos nós (vide Solana, onde um único servidor é aproximadamente 5 a 10 vezes mais caro que um servidor ETH).

Portanto, a mainnet deve ser submetida a um ZK rollup. Observe que não é tão simples quanto ter alguns ZK L2s; trata-se de um ZK rollup completo da mainnet L1.

Então, quais são os benefícios após a implementação do Zero Kaplan?

Esses nós ETH poderiam verificar facilmente essas provas ZK sem a necessidade de verificar minuciosamente cada transação uma por uma, como antes.

Por exemplo, se você fosse um corretor de provas (nó), essas transações seriam as folhas de respostas dos alunos.

Antes, você corrigia as provas manualmente, o que era definitivamente demorado. Mas, desde que surgiu a máquina de preenchimento de folhas de respostas (ZK rollup), ela calcula a nota total dos alunos em um segundo. Então, como professor, você não se sentiria muito mais tranquilo?

Agora você está mais tranquilo. Antes, uma pessoa só conseguia corrigir 50 provas, mas agora consegue corrigir 1000. A pessoa continua a mesma, mas a eficiência aumentou drasticamente.

Portanto, o Ethereum precisa primeiro "ZKificar" a rede principal antes de poder aumentar significativamente o limite de Gas.

A ZKificação em si não aumenta diretamente o TPS; ela é um pré-requisito. A melhoria do desempenho ainda depende do aumento do limite de Gas, mas após a ZKificação, os nós não precisam aumentar muito os custos do servidor, tornando o custo muito baixo.

E depois que a última atualização do Fusaka (especialmente a atualização do PeerDAS) ocorreu sem problemas, o Ethereum deu mais um passo em direção à ZKificação da rede principal, e é por isso que Vitalik está tão animado.

Imagine uma rede principal com mais de mil transações por segundo; para o Ethereum, isso pode ser considerado um feito notável.

Alguém levantou uma questão: se o próprio Ethereum implementar ZK-EVM na rede principal, ainda fará sentido para outras equipes ZK?

Comecemos pela conclusão: ainda faz sentido.

Por que?

Em primeiro lugar, o projeto ZK é um dos desenvolvimentos mais desafiadores do mundo, comparável ao FHE. Ele exige um grande número de talentos em criptografia.

Acredito que a Fundação Ethereum tenha algumas reservas a esse respeito, mas, como uma comunidade de código aberto, a filosofia do Ethereum é que muitas mãos tornam o trabalho mais leve. É necessário um grande número de equipes independentes de ZeroKit para experimentar e inovar. Em troca, o Ethereum fornecerá muito suporte.

Em segundo lugar, a ZK-EVM possui quatro tipos, do tipo 1 ao tipo 4. Várias equipes, incluindo Polygon, Scroll, ZKsync e Taiko, estão trabalhando na implementação de um dos tipos, quase como se cada uma estivesse assumindo uma tarefa e trabalhando para alcançar um tipo específico.

Além disso, existe o ZK-VM, como o Brevis.

Na verdade, o ZK-VM é ainda mais estável em comparação com o ZK-EVM.

O motivo é que, dentre os quatro principais tipos de ZK-EVM mencionados acima, eventualmente haverá uma solução com a melhor relação custo-benefício, que se tornará parte da solução designada para a ZK-EVM da rede principal Ethereum, o que poderá afetar as outras três.

No entanto, no caso da ZK-VM, como ela não é compatível com a EVM, certamente fará parte da diversidade do Ethereum.

Além disso, como a VM não está sujeita às limitações da EVM, seu desempenho será muito alto. A ZK-EVM do Ethereum não representa uma ameaça para ela; pelo contrário, a equipe do Ethereum continuará a incentivá-la.

Por exemplo, Vitalik mencionou anteriormente, de forma específica, o desempenho da ZK-VM da Brevis e aguarda com expectativa a entrada da empresa no campo da ZK-EVM.

Em relação ao L2? Pode haver algum impacto, mas ainda não é significativo.

Ao discutir sobre o Polygon, Vitalik disse certa vez que o ZK e o L2 provavelmente deveriam ser comparados separadamente.

Com o L1 habilitado para ZK, certamente atrairá de volta alguns usuários do ZK L2. Afinal, se o L1 for barato o suficiente, pode haver menos usuários no L2.

Mas, pensando pelo outro lado, se considerarmos a camada 1 como a fundação e a camada 2 como os arranha-céus, uma fundação mais sólida é sempre melhor. Portanto, se a rede principal da camada 1 for compatível com ZK, a camada 2 também reduzirá as taxas, o que é benéfico.

Além disso, nessa mesma postagem, Vitalik mencionou especificamente o trabalho de Brevis no ZK-VM. O motivo é que o trabalho de Brevis no ZK não se limita ao L2, ou seja, "a pesquisa em ZK e a pesquisa em L2 são separadas".

Por exemplo, eles têm um mercado para poder computacional ZK, ajudando os rollups da Uniswap com distribuição de recompensas baseada em ZK, o que pode ser considerado orientado a aplicativos.

No geral, o Ethereum está ativo há 10 anos, e o slogan ZK-ing existe há cinco ou seis anos. Após anos de trabalho árduo, o ZK-ing finalmente entrou na fase Alpha, o que é inseparável dos esforços contínuos do Ethereum e de diversas equipes ZK de terceiros, incluindo Brevis e Polygon.