Mensagem do BlockBeats: Em 18 de janeiro, Vitalik, criador do Ethereum, publicou uma mensagem afirmando que um aspecto importante, e ao longo do tempo subestimado, da "confiança zero", da "verificação à distância" e da "autonomia" é a simplicidade do protocolo. Mesmo que um protocolo seja extremamente descentralizado, possua centenas de milhares de nós e tenha uma tolerância a falhas de 49% de Byzantine, e os nós utilizem peerda e stark seguros contra computação quântica para verificar tudo, se o protocolo for uma confusão complicada composta por dezenas de milhares de linhas de código e cinco formas de criptografia de nível doutoral, no final, o protocolo não passará dos três testes: não será totalmente sem confiança, não será totalmente autónomo e não será muito seguro.
Uma das minhas preocupações com o desenvolvimento do protocolo Ethereum é que talvez estejamos a adicionar funcionalidades demasiado rapidamente para satisfazer necessidades específicas, mesmo que essas funcionalidades tornem o protocolo mais pesado, ou introduzam novos componentes de interação ou criptografia complexa como dependências críticas. Isso pode trazer melhorias a curto prazo, mas prejudicará seriamente a autonomia do protocolo a longo prazo. O problema fundamental é que, se medirmos as alterações ao protocolo pelo grau de alteração introduzida no protocolo existente, então, para manter a compatibilidade com versões anteriores, será sempre muito mais fácil adicionar novas funcionalidades do que remover as antigas, e o protocolo inevitavelmente tornar-se-á mais complexo e pesado ao longo do tempo. Para resolver este problema, o processo de desenvolvimento do Ethereum precisa de um mecanismo claro de "simplificação"/"reciclagem de memória".
Esperamos que os desenvolvedores de clientes não tenham de lidar com todas as versões antigas do protocolo Ethereum. Isso pode ser deixado aos clientes mais antigos que estão a correr em contentores Docker. A longo prazo, espero que a velocidade de mudança no Ethereum possa diminuir. Acredito que, por diversas razões, isto é inevitável no final. Estes primeiros quinze anos devem ser considerados uma fase de crescimento, em que explorámos muitas ideias e observámos quais funcionaram, quais foram úteis e quais não funcionaram. Devemos esforçar-nos por evitar que as partes inúteis se tornem um fardo permanente para o protocolo Ethereum.