Vitalik compartilha cinco arrependimentos do design inicial do Ethereum

Durante o recente evento ETHBerlin, o cofundador do Ethereum, Vitalik Buterin, surpreendentemente compartilhou algumas de suas lamentações sobre o design inicial do Ethereum. Esta declaração franca não apenas fez com que o público refletisse sobre os gloriosos tempos do nascimento do Ethereum, mas também apontou direções para o futuro desenvolvimento deste projeto de criptomoeda, que atualmente tem um valor de mercado de 448 bilhões de dólares.

Atualmente, o Ethereum tornou-se sinônimo de finanças descentralizadas, com um valor de ecossistema superior a 63 bilhões de dólares. A Comissão de Valores Mobiliários dos Estados Unidos acaba de aprovar parcialmente o ETF de Ethereum à vista, e uma das maiores empresas de gestão de ativos do mundo também lançou um fundo tokenizado na rede Ethereum.

Quando questionado sobre como ele construiria o Ethereum de forma diferente se pudesse recomeçar, Vitalik enumerou os seguintes pontos:

1. Seleção de bits da máquina virtual

Vitalik mencionou primeiro o design da máquina virtual Ethereum (EVM). Ele afirmou que a escolha inicial de 256 bits era excessivamente complexa e ineficiente, podendo gerar uma quantidade significativa de dados redundantes na blockchain mesmo ao executar tarefas simples. Ele acredita que o processamento de 64 bits ou 32 bits pode ser uma escolha melhor.

2. Otimização de contratos inteligentes

Sobre contratos inteligentes, Vitalik acredita que as equipes de desenvolvimento iniciais devem se concentrar mais em simplificar o processo de redação de contratos e reduzir o número de linhas de código para aumentar a transparência. Isso tornaria mais fácil para as pessoas verificar e entender o funcionamento interno dos contratos.

3. Transição antecipada para o mecanismo de consenso PoS

Vitalik afirmou que a transição do Ethereum de prova de trabalho ( PoW ) para prova de participação ( PoS ) deveria ter ocorrido mais cedo. Ele acredita que mesmo uma versão PoS imperfeita, se implementada em 2018, poderia ter economizado muitos recursos.

4. Função de registo automático de logs

Vitalik apontou que a funcionalidade de registro automático de transferências de Ethereum poderia ter sido facilmente implementada no início do projeto, mas acabou se tornando uma proposta de melhoria do Ethereum (EIP). Com o desenvolvimento das carteiras inteligentes, certas funcionalidades importantes de registro foram perdidas.

5. Escolha do algoritmo de criptografia

Vitalik afirmou que, se pudesse escolher novamente, usaria SHA-2 em vez de Keccak como o algoritmo de criptografia do Ethereum. Devido ao uso de uma versão não padronizada do Keccak, os desenvolvedores do Ethereum precisam de bibliotecas personalizadas para se adaptar, o que levou a problemas de incompatibilidade com outros sistemas que utilizam SHA-3.

Apesar dessas falhas de design, Vitalik mantém uma atitude otimista em relação ao futuro do Ethereum. Ele afirmou: “Estou realmente feliz em ver a capacidade de execução da equipe de desenvolvimento central do Ethereum melhorando a cada ano. A equipe atual tem a capacidade de corrigir esses erros iniciais de forma eficaz e segura.”

Esta partilha sincera não só demonstra a capacidade de auto-reflexão de Vitalik, como também oferece direções valiosas para o desenvolvimento futuro do Ethereum. Com o contínuo progresso tecnológico e a melhoria das capacidades da equipa, acredita-se que estas falhas de design iniciais serão eventualmente superadas, e o Ethereum continuará a liderar o desenvolvimento das criptomoedas e das finanças descentralizadas.