O fundador da Ethereum, Vitalik Buterin, escreveu recentemente um artigo detalhado postagem no blog explorando a questão de quais recursos deveriam se tornar partes oficiais do protocolo Ethereum em vez de serem construídos sobre ele. Este tem sido um debate contínuo à medida que a rede evolui.
No início, explica Buterin, o Ethereum se esforçou para manter sua camada base o mais simples e minimalista possível. Isso está alinhado com a filosofia Unix de criar software descomplicado e flexível. O objetivo era que o Ethereum fornecesse uma base sólida para aplicações descentralizadas, com a maioria das funcionalidades implementadas através de contratos inteligentes construídos em cima.
Com o tempo, entretanto, alguns questionaram se mais recursos deveriam ser diretamente consagrados no protocolo principal. Mas o que significa “consagração”? Buterin define isso como algo intrínseco à especificação oficial do Ethereum que os desenvolvedores clientes devem implementar. A alternativa, “desconsagrar”, significa remover um recurso da camada base e empurrá-lo para fora para ser tratado por contratos inteligentes.
Prós e contras de recursos consagrados
Buterin analisa os prós e os contras de consagrar vários recursos potenciais. A consagração pode proporcionar ganhos de eficiência, segurança mais robusta e resistência à censura. Mas também corre o risco de tornar as transações mais caras, complicar excessivamente a governação e reduzir a flexibilidade para satisfazer necessidades imprevistas dos utilizadores no futuro.
Buterin usa a abstração de contas como estudo de caso para analisar esse debate. Propostas anteriores, como o EIP-86, tentavam fazer transações apenas com simples chamadas de VM, minimizando a complexidade do protocolo, mas aumentando as responsabilidades dos mineradores. Propostas mais recentes como o ERC-4337 ainda começam fora do protocolo, mas podem posteriormente consagrar componentes para eficiência e segurança.
Buterin explora a consagração de vários outros recursos potenciais:
- ZK-EVMs: Poderiam melhorar a eficiência e permitir aproveitar a governança da Ethereum para gerenciar bugs, mas os desafios em torno do suporte a diversas tecnologias ZK permanecem.
- Separação proponente-construtor: Poderia reduzir as suposições de confiança, mas já existem abordagens extra-protocolo.
- Mempools privados: Nenhuma tecnologia de criptografia atual parece robusta o suficiente para ser consagrada, mas valiosa para ser construída na camada de aplicação.
- Estacas líquidas: Poderia reduzir os riscos de centralização e abrir mais opções de apostas, mas os desafios em torno da governação permanecem.
- Mais pré-compilações: Isso poderia melhorar a eficiência, mas corre o risco de complicar demais o protocolo e reduzir o uso de pré-compilações anteriores.
A consagração de recursos pode fornecer eficiência, segurança e resistência à censura. Mas também pode alargar excessivamente a governação do protocolo e torná-lo demasiado rígido para necessidades imprevistas dos utilizadores.
Como a comunidade pode ser fraturada na consagração.
Dentro da comunidade Ethereum, surgem diferentes perspectivas sobre esta questão. Os pragmáticos podem priorizar recursos consagrados que oferecem benefícios claros aos usuários hoje, mesmo que sejam complexos de governar. Em contraste, os puristas argumentam que minimizar radicalmente a camada base preserva a visão do Ethereum como uma plataforma de aplicação descentralizada.
As empresas e as instituições querem que as funcionalidades que apoiam os seus casos de utilização sejam rapidamente consagradas, enquanto os defensores da descentralização temem que haja o risco de um controlo irresponsável por parte de grupos privilegiados. Os desenvolvedores desejam funcionalidade expandida da camada base para facilitar a construção de aplicativos, mas os pesquisadores de segurança alertam que a consagração pode travar escolhas técnicas abaixo do ideal.
Como Buterin explica cuidadosamente, navegar nessas compensações só se tornará mais complexo à medida que as expectativas do Ethereum se diversificarem e escalarem. No entanto, discutir os princípios fundamentais ajuda a ancorar a conversa, pois o progresso obriga a uma reavaliação. A postagem completa do blog “A Ethereum deveria concordar em consagrar mais coisas no protocolo?”Vale a pena ler.
Em última análise, o processo aberto de “soft forking” do Ethereum permite uma evolução contínua com base nas prioridades emergentes da comunidade. A postagem de Buterin fornece, portanto, uma estrutura valiosa para avaliar opções e construir alinhamento à medida que Ethereum avança em direção à sua visão ambiciosa.
