O Roteiro Final de Vitalik Buterin para o Ethereum Levará Anos para ser Executado

O co-fundador da Ethereum (ETH), Vitalik Buterin, discutiu um “roteiro plausível” para obter um blockchain escalável que seja adequadamente confiável e resistente à censura, mas observando que provavelmente levará anos antes de “ser lançado”.

Em uma recente postagem no blog intitulada Endgame, Buterin argumentou que, para atingir “a média da grande blockchain” – uma que tenha uma frequência de blocos muito alta, tamanho de blocos muito alto e suporte a milhares de transações por segundo – a produção de blocos precisaria ser altamente centralizada. Isso ocorre porque os blocos seriam tão grandes que apenas um número limitado de usuários poderia executar um node totalmente participante.

Consequentemente, o roadmap do Buterin Endgame, que aborda os problemas de escalabilidade do Ethereum enquanto busca preservar altos níveis de falta de confiança e resistência à censura, não aborda o problema de centralização, mas ainda fornece uma solução possível.

De acordo com o roteiro de Buterin, Ethereum deve “adicionar um segundo nível de staking, com baixos requisitos de recursos, para fazer a validação de bloco distribuído.” 

Em seguida, ele deve permitir que os usuários verifiquem a validade do bloco de maneira direta e econômica, introduzindo provas de fraude ou de conhecimento zero (zk-SNARKs) e permitir que os usuários verifiquem a disponibilidade do bloco introduzindo “amostragem de disponibilidade de dados”. 

E, finalmente, deve adicionar canais de transação secundários para evitar a censura.

“O que ganhamos depois que tudo isso é feito? Temos uma cadeia em que a produção de blocos ainda é centralizada, mas a validação de blocos não é confiável e é altamente descentralizada, e a mágica anticensura especializada impede que os produtores de blocos censurem”, argumentou Buterin.

Além disso, Buterin insistiu que mesmo se um rollup particular – uma solução de camada 2 que executa a execução de transações fora da cadeia Ethereum principal, como Arbitrum, Optimism e Zksync – conseguir suportar 10.000 transações por segundo, acabaria com a produção de blocos centralizada. Os projetos da camada 2 são aqueles construídos sobre a cadeia de blocos Ethereum, que é a camada 1.

“Mais uma vez, temos um mundo onde a produção de blocos é centralizada, a validação de blocos não é confiável e é altamente descentralizada e a censura ainda é evitada”, disse ele , observando que não importa o roteiro, há uma grande probabilidade de que a produção em bloco acabe centralizada.

Buterin argumentou que o próprio Ethereum está “bem posicionado” para se ajustar ao que o espera no futuro, apesar das incertezas. Graças ao roteiro centrado no acúmulo do Ethereum, sugeriu ele, o Ethereum está “aberto a todos os futuros e não precisa se comprometer com uma opinião sobre qual deles necessariamente vencerá”. 

Quanto às grandes blockchain, há uma maneira de elas se tornarem inseguras e resistentes à censura, mas “logo descobriremos se seus principais desenvolvedores e comunidades realmente valorizam a resistência à censura e a descentralização o suficiente para que façam isso”. disse Buterin.

No entanto, ele observou que “provavelmente levará anos para que tudo isso aconteça”, o que inclui o desenvolvimento e implementação de tecnologias complexas, bem como as pessoas se sentindo confortáveis ​​o suficiente para armazenar seus ativos nelas.

“Mas parece cada vez mais claro como um futuro realista, mas brilhante, para blockchains escaláveis ​​provavelmente surgirá”, disse ele.

O aumento de tokens não fungíveis (NFTs) junto com um interesse renovado em aplicativos de finanças descentralizadas (DeFi) resultaram em altas taxas de rede Ethereum. A partir de agora, a taxa de transação média no blockchain Ethereum é de cerca de US$ 40, tornando a rede muito cara para o público em geral.

Para resolver este problema, Buterin apresentou uma nova Proposta de Melhoria Ethereum (EIP) no final de novembro. Chamada de EIP-4488, a atualização visa diminuir o custo do gás calldata de transação, bem como adicionar um limite de quanto calldata total de transação pode estar em um bloco.