Vitalik Buterin defende a ‘coleta de lixo’ para reduzir a complexidade do Ethereum e fortalecer a soberania própria

Resumido

Vitalik Buterin afirmou que a confiança a longo prazo e a autodeterminação do Ethereum dependem da simplicidade do protocolo, defendendo uma simplificação explícita e uma “coleta de lixo” para reduzir o excesso de código, fortalecer as invariantes e desacelerar as mudanças principais ao longo do tempo.

Numa publicação recente na plataforma de redes sociais X, Vitalik Buterin argumentou que o aumento da complexidade dentro do protocolo compromete os seus princípios fundamentais, e pediu um processo deliberado de simplificação e “coleta de lixo” para reduzir o excesso de código, reforçar as invariantes centrais e desacelerar o ritmo de mudanças críticas ao longo do tempo.

Ele destacou que mesmo um protocolo altamente descentralizado, com ampla participação de nós e forte tolerância a falhas bizantinas, pode falhar de formas fundamentais se a sua estrutura se tornar excessivamente complexa. Explicou ainda que um protocolo carregado com centenas de milhares de linhas de código e múltiplas camadas de criptografia avançada pode falhar em medidas-chave de confiança, resiliência à saída e autodeterminação. Nesses casos, os utilizadores precisam de confiar num pequeno grupo de especialistas para interpretar as propriedades do protocolo, novas equipas enfrentam dificuldades em manter ou replicar a qualidade do sistema, e até participantes tecnicamente sofisticados podem achar impossível inspecionar ou controlar completamente o protocolo.

O cofundador do Ethereum também observou que a complexidade aumenta os riscos de segurança, pois interações intricadas entre componentes do protocolo podem criar pontos de falha potenciais. Alertou contra a adição de funcionalidades apenas para atender a necessidades de curto prazo, explicando que até melhorias benéficas podem introduzir novas dependências criptográficas ou elementos interativos que comprometem a autodeterminação a longo prazo. Vitalik Buterin enquadrou isso como uma ameaça ao potencial do Ethereum como uma infraestrutura duradoura e descentralizada, capaz de resistir por décadas ou até séculos.

Vitalik Buterin Apresenta Estrutura de Simplificação do Ethereum Para Reduzir a Complexidade e Preservar a Confiança a Longo Prazo

Segundo ele, a abordagem de desenvolvimento atual, que tende a favorecer mudanças aditivas em detrimento de subtrações para preservar a compatibilidade retroativa, contribui para o inevitável aumento do protocolo ao longo do tempo. Para resolver isso, propôs estabelecer uma função formalizada de “simplificação” ou “coleta de lixo” no processo de desenvolvimento do Ethereum, com o objetivo de eliminar complexidade desnecessária e preservar as propriedades de confiança e autodeterminação a longo prazo do protocolo.

Vitalik Buterin delineou uma estrutura para “simplificação” dentro do protocolo Ethereum, enfatizando três objetivos principais:

O primeiro é minimizar o número total de linhas de código, de modo que o protocolo ideal caiba numa única página ou, pelo menos, permaneça compacto e compreensível. O segundo é limitar a dependência de componentes técnicos complexos, favorecendo designs cuja segurança dependa de mecanismos simples, como uma única função hash, em vez de múltiplas construções criptográficas intricadas. O terceiro objetivo é aumentar o número de invariantes centrais — propriedades do protocolo que podem ser confiadas para um comportamento previsível. Exemplos incluem o EIP-6780, que restringe alterações na slot de armazenamento para simplificar o desenvolvimento de clientes, e o EIP-7825, que limita os custos de processamento de transações, facilitando uma execução paralela mais eficiente e suporte para ZK-EVMs.

Vitalik Buterin descreveu a “coleta de lixo” como um processo que pode ocorrer de forma pontual ou em grande escala. Melhorias incrementais envolvem simplificar funcionalidades existentes para reduzir a complexidade e melhorar a clareza. Um exemplo são as reformas nos custos de gás implementadas em Glamsterdam, que substituíram custos arbitrários por um sistema ligado ao consumo de recursos claro e mensurável. Transformações em grande escala incluíram a mudança de proof-of-work para proof-of-stake, e futuras iniciativas, como a atualização de consenso Lean, deverão permitir a correção simultânea de várias ineficiências do protocolo.

Outra abordagem, que ele chama de “compatibilidade retroativa ao estilo Rosetta”, envolve preservar funcionalidades complexas, mas pouco usadas, numa forma rebaixada, onde são implementadas como código de contratos inteligentes em vez de elementos obrigatórios do protocolo. Isso permite que novos desenvolvedores de clientes evitem lidar com componentes desatualizados ou pouco utilizados. Por exemplo, após a implementação completa da abstração de contas nativa, tipos de transações legadas poderiam ser descontinuados, com contas de propriedade externa convertidas em carteiras de contratos inteligentes capazes de processar essas transações. Da mesma forma, precompilações existentes poderiam ser substituídas por código EVM ou RISC-V, e eventualmente, a máquina virtual poderia fazer a transição do EVM para uma arquitetura mais simples, mantendo o EVM original como um contrato inteligente dentro do novo ambiente.

O desenvolvedor destacou a importância de reduzir a carga sobre os desenvolvedores de clientes, sugerindo que versões antigas do protocolo possam continuar a funcionar em contêineres isolados, permitindo manter a compatibilidade sem complicar o desenvolvimento contínuo. Na sua opinião, os primeiros quinze anos do Ethereum representam uma fase exploratória, semelhante à adolescência, durante a qual a rede testou várias ideias para determinar o que é eficaz e sustentável. O objetivo a longo prazo é desacelerar a taxa de mudanças do protocolo e eliminar elementos que já não são úteis, garantindo que a complexidade desnecessária não impeça permanentemente a evolução do Ethereum.