- Buterin afirma que o inchaço do protocolo Ethereum enfraquece a ausência de confiança, a segurança e a soberania própria.
- O aumento da complexidade força a dependência de especialistas, comprometendo a verificação e o teste de autonomia.
- Vitalik incentiva a coleta de lixo do protocolo, redução de código e menos dependências.
O cofundador do Ethereum, Vitalik Buterin, alertou no domingo, 18 de janeiro, em um post no X, sobre o inchaço do protocolo. Ele afirmou que a expansão da base de código do Ethereum ameaça a ausência de confiança, a segurança e a soberania própria, independentemente do número de nós. Seus comentários focaram na disciplina de governança, e não em preços, competição ou escalabilidade, e abordaram como a complexidade não controlada se desenvolveu ao longo do tempo.
A complexidade muda o debate de governança do Ethereum
Buterin enquadrou a simplicidade do protocolo como um requisito central para o design de longo prazo do Ethereum. Segundo Buterin, métricas de descentralização sozinhas não garantem sistemas sem confiança. Notavelmente, ele argumentou que protocolos complexos levam os usuários a depender de especialistas. Essa dependência enfraquece a verificação independente, mesmo quando milhares de nós operam corretamente.
Ele descreveu essa dependência como uma falha de confiança. Os usuários precisam confiar em especialistas para explicar o comportamento do protocolo. No entanto, sistemas sem confiança devem permitir verificação sem intermediários. À medida que a complexidade aumenta, o ônus da verificação se torna mais difícil para participantes comuns.
Buterin também fez referência ao “teste de autonomia”, que mede a resiliência à saída. Ele disse que clientes excessivamente complexos impedem que novas equipes reconstruam com segurança. Consequentemente, a diversidade de clientes sofre quando as barreiras técnicas aumentam. Esse risco cresce à medida que a lógica do protocolo se expande por diversos componentes interconectados.
Ele ainda conectou a complexidade à soberania própria. Se usuários avançados não conseguem inspecionar ou entender o protocolo, a posse se enfraquece. Notavelmente, ele enfatizou que sistemas ilegíveis minam a autonomia do usuário. Segundo ele, esses problemas decorrem de escolhas de governança, e não de limites técnicos.
Compatibilidade retroativa alimenta o inchaço do protocolo
Buterin atribuiu o inchaço do protocolo à forma como o Ethereum avalia atualizações. Ele disse que desenvolvedores frequentemente julgam mudanças pelo impacto na compatibilidade retroativa. Como resultado, adições enfrentam menos barreiras do que remoções. Com o tempo, esse viés acumula funcionalidades não utilizadas.
No entanto, cada funcionalidade mantida aumenta os riscos de interação. Buterin alertou que interações complexas elevam as probabilidades de falhas. Segundo ele, a segurança se enfraquece à medida que os sistemas ficam mais difíceis de compreender. Portanto, o crescimento do protocolo cria risco estrutural, e não apenas sobrecarga cosmética.
Ele observou que Ethereum não possui um processo formal de simplificação. Sem mecanismos explícitos de remoção, a complexidade persiste por padrão. Notavelmente, esse padrão surgiu apesar de atualizações individuais cuidadosas. O efeito acumulado, no entanto, remodelou a trajetória da governança do Ethereum.
Buterin também alertou contra dependências criptográficas excessivas. Ele afirmou que protocolos que dependem de menos primitivas são mais fáceis de proteger. Por exemplo, ele favoreceu sistemas que dependem de funções hash únicas. Em contraste, criptografia em camadas complica a verificação e a auditoria.
Relacionado: Vitalik Buterin quer que o Ethereum sobreviva sem ele
Coleta de lixo como ferramenta de governança
Para abordar esses riscos, Buterin propôs um protocolo explícito de “coleta de lixo”. Ele descreveu três métricas de simplificação. Primeiro, ele defendeu a minimização do total de linhas de código. Idealmente, os protocolos principais devem permanecer concisos e inspecionáveis.
Em segundo lugar, ele sugeriu limitar a dependência de componentes criptográficos complexos. Segundo Buterin, menos suposições melhoram a clareza da segurança. Terceiro, ele enfatizou a adição de invariantes, regras fixas nas quais os clientes podem confiar. Essas restrições simplificam a implementação e reduzem a ambiguidade.
Ele citou EIP-6780 e EIP-7825 como exemplos recentes. O EIP-6780 limitou o comportamento de autodestruição, reduzindo a complexidade de mutação de estado. O EIP-7825 limitou os custos de gas por transação, ajudando na previsibilidade da execução. Notavelmente, ambas as mudanças simplificaram o desenvolvimento dos clientes.
Buterin também mencionou limpezas em larga escala anteriores. A transição do Ethereum de proof-of-work para proof-of-stake removeu completamente a lógica de mineração. Mais recentemente, as reformas de custos de gas vincularam os custos de execução ao uso de recursos. Essas etapas substituíram regras arbitrárias por modelos mais claros.
Olhando para o futuro, ele discutiu a compatibilidade retroativa “estilo Rosetta”. Nessa abordagem, funcionalidades raramente usadas são transferidas para contratos inteligentes. Essa mudança preserva a funcionalidade sem sobrecarregar os clientes principais. Ele também mencionou possíveis mudanças futuras na máquina virtual, incluindo a exploração do RISC-V.
O foco da governança do Ethereum, segundo ele, deve agora priorizar a sustentabilidade. Após quinze anos de experimentação, Buterin espera mudanças mais lentas. Ele descreveu o período inicial do Ethereum como exploratório. O desenvolvimento futuro, ele argumentou, deve evitar um legado técnico permanente.
O conjunto crescente de funcionalidades do Ethereum motivou o alerta de Buterin sobre a governança do protocolo. Ele relacionou a complexidade não controlada ao enfraquecimento da confiabilidade, segurança e autonomia. Seu apelo por simplificação redefiniu o desafio de longo prazo do Ethereum em torno da disciplina, e não da expansão.
