• O argumento deles sobre o X levanta questões sobre o Ethereum e suas capacidades de armazenamento de dados.

  • Bjelic questionou se mover Ethereum para Verkle Trees seria o melhor curso de ação.

Parece que Vitalik Buterin, cofundador do Ethereum (ETH), e Mihailo Bjelic, cofundador do Polygon (MATIC), estão discutindo se Verkle Trees deveria ou não estar disponível no Ethereum. Bjelic parece se opor à ideia.

O argumento deles sobre a plataforma X levanta questões sobre o Ethereum e suas capacidades de armazenamento de dados, o que pode prejudicar seu desempenho ideal.

Melhor curso de ação

Tudo começou quando Bjelic questionou se transferir Ethereum para Verkle Trees seria o melhor curso de ação. Ele apresentou seu caso apontando que a atual rede Ethereum certamente será zk-ficada em breve.

Logo depois, Buterin respondeu, afirmando: “ZK-ificar árvores keccak merkle patricia com tamanhos de testemunha de 300 MB no pior caso é um fracasso”. Embora a árvore Merkle existente do Ethereum não tenha essa funcionalidade, ele continuou explicando como as árvores Verkle foram construídas para serem compatíveis com zk.

Normalmente, as árvores Merkle Patricia fornecem a base para a principal estrutura de dados usada pela rede blockchain Ethereum. Uma substituição por árvores Verkle, que possuem provas mais curtas e maior largura de banda, está sendo considerada devido às suas limitações.

Além disso, a capacidade do Polygon zkEVM levou Bjelic a afirmar que a arquitetura atual pode suportar o benchmark de 300 MB proposto pelo cofundador da Ethereum. Para completar, Bjelic afirmou que poderia fazer tudo isso em apenas 12 segundos de tempo total de bloqueio. Provavelmente, o único obstáculo real é que seriam necessárias cerca de dez CPUs de classe de servidor.

A discussão de Bjelic sobre o Polygon zkEVM segue a transformação do protocolo no início do ano em um ZK-EVM Tipo 2, que o aproxima da rede principal Ethereum.

Notícias criptográficas em destaque hoje:

Grayscale Bitcoin ETF GBTC sofre fluxos constantes de Bitcoin