Vitalik Alertar que a Complexidade do Ethereum Ameaça o Design Sem Confiança

• Buterin afirma que a complexidade do protocolo enfraquece a verificação sem confiança ao forçar os utilizadores a depender de especialistas em vez de autoinspeção.
• A compatibilidade retroativa impulsiona o excesso de funcionalidades, aumentando os riscos de segurança à medida que recursos não utilizados e interações complexas se acumulam.
• Ele apela à “coleta de lixo” do protocolo para reduzir o código, limitar a criptografia e simplificar o desenvolvimento de clientes futuros.

O cofundador do Ethereum, Vitalik Buterin, emitiu um aviso direto sobre a direção técnica do Ethereum numa publicação partilhada na X no domingo, 18 de janeiro. Escrevendo publicamente, Buterin afirmou que a crescente complexidade do protocolo do Ethereum ameaça agora a confiança, a segurança e a soberania do utilizador. Os seus comentários focaram na disciplina de governação, não nos preços, na competição ou na escalabilidade da rede.

Simplicidade como Base para Confiança e Saída

De acordo com Vitalik Buterin, a simplicidade do protocolo sustenta sistemas sem confiança mais do que o número de nós ou os limiares de tolerância a falhas. Ele disse que designs complexos forçam os utilizadores a depender de especialistas para interpretar o comportamento do protocolo. Notavelmente, essa dependência enfraquece a verificação independente, mesmo quando as métricas de descentralização parecem fortes.

Ele também referiu o “teste de saída”, que mede se novas equipas podem reconstruir clientes com segurança. No entanto, Buterin afirmou que bases de código inchadas elevam as barreiras para desenvolvedores de substituição. À medida que a complexidade aumenta, a diversidade de clientes diminui porque menos equipas conseguem gerir a carga técnica.

Buterin também associou a complexidade à auto-soberania. Ele afirmou que sistemas que os utilizadores não podem inspecionar ou compreender não lhes pertencem totalmente. Consequentemente, protocolos ilegíveis enfraquecem o controlo do utilizador, independentemente da sofisticação técnica.

Compatibilidade Retroativa e Compromissos de Governação

Buterin traçou a origem do excesso de funcionalidades do Ethereum à forma como as mudanças no protocolo são avaliadas. Os desenvolvedores frequentemente priorizam a compatibilidade retroativa, que favorece a adição de funcionalidades em detrimento da remoção. Com o tempo, esse desequilíbrio acumula componentes não utilizados em todo o protocolo.

No entanto, cada funcionalidade retida aumenta o risco de interação. Buterin afirmou que interações complexas tornam as falhas mais difíceis de prever e depurar. Segundo ele, a segurança deteriora-se à medida que os sistemas se tornam mais difíceis de raciocinar.

Ele também alertou contra dependências pesadas de criptografia. Protocolos que dependem de menos primitivas permanecem mais fáceis de auditar e proteger. Em contraste, a criptografia em camadas complica a verificação e aumenta o risco de manutenção a longo prazo.

“Coleta de lixo” e Simplificação Medida

Para combater o excesso de funcionalidades, Buterin propôs uma “coleta de lixo” explícita do protocolo. Ele delineou três métricas, começando por minimizar o total de linhas de código. Disse que protocolos concisos permanecem mais fáceis de inspecionar e manter.

Em segundo lugar, incentivou a limitar a dependência de criptografia complexa. Menos suposições, observou, melhoram a clareza da segurança. Terceiro, destacou a importância de adicionar invariantes que simplifiquem o desenvolvimento de clientes.

Citrou o EIP-6780 e o EIP-7825 como exemplos. Essas mudanças reduziram a complexidade da mutação de estado e limitaram os custos de processamento de transações. Também fez referência a limpezas anteriores, incluindo a transição do Ethereum de proof-of-work para proof-of-stake.

Buterin descreveu os primeiros quinze anos do Ethereum como experimentais. Disse que o desenvolvimento futuro deve evitar levar funcionalidades não utilizadas adiante.