Vitalik: É razoável “encapsular” certas funções no protocolo Ethereum e seguir a rota de encapsulamento mínima viável

Vitalik Buterin, cofundador do Ethereum, publicou um artigo discutindo se “o Ethereum deveria ‘consagrar’ mais coisas no protocolo”. O artigo destaca que a criação de software minimalista pode se adaptar facilmente às diferentes necessidades dos usuários e evitar a maldição do inchaço do software. No entanto, o blockchain não é um sistema operacional de computação pessoal, mas um sistema social. Isso significa que faz sentido encapsular determinadas funcionalidades no protocolo.
Em muitos casos, estes outros exemplos são semelhantes ao que vimos na abstração da conta. Mas também aprendemos algumas lições novas:
Encapsular a funcionalidade pode ajudar a evitar riscos de centralização em outras áreas da pilha;
- Encapsular muito conteúdo pode expandir excessivamente a carga de confiança e governança do protocolo;
- Encapsular muito conteúdo pode tornar o protocolo muito complexo;
- Encapsular a funcionalidade pode ser contraproducente a longo prazo porque as necessidades do usuário são imprevisíveis.
Além disso, os casos de staking de liquidez, ZK-EVM e pré-compilação mostram a possibilidade de um caminho intermediário: consagração viável mínima. Os protocolos não precisam encapsular uma funcionalidade inteira, mas podem conter partes específicas que abordam os principais desafios, tornando essa funcionalidade fácil de implementar sem ser excessivamente paranoica ou muito restrita. Exemplos incluem:
- Em vez de encapsular um sistema completo de staking de liquidez, é melhor mudar as regras de penalidade de staking para tornar o staking de liquidez sem confiança mais viável;
- Em vez de encapsular mais pré-compiladores, encapsular EVM-MAX e/ou SIMD para tornar uma classe mais ampla de operações mais fácil de implementar eficientemente;
- Pode simplesmente encapsular a verificação EVM, em vez de todo o conceito de rollups.