Ethereum, uma plataforma de contratação inteligente que impulsiona finanças descentralizadas (DeFi), operações de tokens não fungíveis (NFTs) e muito mais, tem um problema que não pode ser resolvido apenas por plataformas de escalonamento de camada 2, afirmou recentemente seu cofundador Vitalik Buterin.
Em um blog, Buterin disse que, embora a rede seja amplamente usada e haja usuários, é um desafio verificar as transações da mainnet. Os desafios decorrentes disso significam que poucas pessoas podem executar seus nós e, em vez disso, dependem de terceiros confiáveis, incluindo clientes leves. Embora os clientes leves sejam essenciais, o cofundador observa que verificar se um validador Ethereum específico segue as regras de protocolo estabelecidas é desafiador.
Você também pode gostar: Mais de 66.000 novos validadores se juntaram à Ethereum no primeiro trimestre de 2023
Para resolver esses problemas, Buterin propõe duas opções para resolver problemas de verificação de camada 1 na cadeia, ao mesmo tempo em que melhora a escalabilidade.
Abordando problemas de verificação na cadeia
Na primeira opção, ele sugere restringir a mainnet e forçar a atividade para a camada 2. Isso exigiria reduzir a meta de gás por bloco da mainnet de 15 milhões para 1 milhão, com a única função da camada 1 sendo verificar os protocolos da camada 2.
Embora essa solução possa funcionar, pode haver falhas. Primeiro, tornaria muitos aplicativos existentes baseados em L1 economicamente inviáveis, e os fundos do usuário poderiam ficar presos devido a taxas extremamente altas. A migração em massa para um projeto de camada 2 é possível, mas isso complicaria ainda mais o processo.
O cofundador observa que, idealmente, o protocolo Ethereum deve ser fácil de verificar em vários dispositivos, incluindo laptops, telefones e extensões de navegador. No entanto, sincronizar individualmente os dados on-chain pela primeira vez, ou após um longo tempo offline, pode levar até 54 segundos. Isso pode ser uma tarefa para o navegador do dispositivo ou levar ao rápido consumo de bateria para dispositivos portáteis.
Outra opção alternativa proposta por Buterin envolve o Argumento Sucinto Não Interativo de Conhecimento (SNARK) - verificar a rede principal usando uma Máquina Virtual Ethereum de conhecimento zero (zkEVM), que pode ser usada para verificar a execução da Máquina Virtual Ethereum (EVM) de um bloco Ethereum.
Nessa abordagem, mais código SNARK seria escrito para verificar o lado do consenso de um bloco. No entanto, gerar provas em tempo real exigiria melhorias significativas por meio de hardware especializado ou melhorias arquitetônicas.
Se essa opção for seguida, haveria a necessidade de escolher um tipo de zkEVM para usar para verificação. Existem três opções: um único zkEVM, um multi-zkEVM fechado e um multi-zkEVM aberto.
Embora cada opção tenha vantagens e desvantagens, Buterin acredita que a opção multi-zkEVM aberta é o melhor caminho. Essa abordagem envolveria diferentes clientes tendo diferentes implementações de zkEVM, com cada cliente esperando por prova compatível antes de aceitar um bloco como válido.
Embora ideal, não será sem desafios. O que é evidente é que exigiria melhorias significativas na eficiência e paralelização do Ethereum. No entanto, ele acredita que esse caminho pode ser explorado e é prático devido aos avanços tecnológicos.
Melhorando a escalabilidade e acessibilidade no Ethereum
As propostas de Buterin representam um passo na direção certa para resolver o problema de verificação on-chain. Embora as soluções propostas tenham fraquezas, elas destacam a necessidade de um protocolo Ethereum mais escalável e eficiente.
Esta proposta surgiu quando a Polygon lançou sua versão beta da mainnet zkEVM no início desta semana, com planos de tornar a tecnologia de código aberto para estimular mais desenvolvimentos.
Leia mais: Desenvolvedores do Ethereum anunciam data oficial para atualização do Shapella