Introdução à governança do Ethereum

Se ninguém é proprietário da Ethereum, como são feitas as decisões sobre mudanças passadas e futuras na Ethereum? A governança Ethereum refere-se ao processo que permite que tais decisões sejam tomadas.

O que é governança?

Governança é o sistema em vigor que permite a tomada de decisões. Em uma estrutura típica organizacional, a equipe executiva ou o conselho de administração podem ter a última palavra sobre o processo decisório. Ou talvez os acionistas votem propostas para adoção de mudanças. Em um sistema político, os funcionários eleitos podem aprovar legislação que tenta representar os desejos dos seus eleitores.

Governança descentralizada

Ninguém possui ou controla o protocolo Ethereum, mas ainda é necessário tomar decisões sobre a implementação de mudanças para garantir da melhor forma a longevidade e a prosperidade da rede. Esta falta de propriedade faz da governança organizacional tradicional uma solução incompatível.

Governança do Ethereum

A governança Ethereum é o processo pelo qual as alterações no protocolo são feitas. É importante salientar que este processo não está relacionado à maneira como as pessoas e os aplicativos usam o protocolo – o Ethereum é sem restrições. Qualquer pessoa de qualquer lugar do mundo pode participar de atividades dentro da rede. Não há regras definidas para quem pode ou não desenvolver um aplicativo ou enviar uma transação. No entanto, existe um processo para propor alterações no protocolo principal, que é executado em cima de aplicações descentralizadas. Uma vez que tantas pessoas dependem da estabilidade do Ethereum, existe uma limitação de coordenação muito alta para mudanças principais, incluindo processos sociais e técnicos, para garantir que quaisquer alterações no Ethereum sejam seguras e amplamente suportadas pela comunidade.

Governança em cadeia vs. fora da cadeia

A tecnologia em cadeia de blocos permite novas capacidades de governança, conhecida como governança interna da rede. Governança interna da rede é quando as mudanças propostas nos protocolos são decididas por votos dos detentores do token, normalmente por acumuladores do token de governança, e as votações acontecem dentro da cadeia de blocos. Com algumas formas de governança dentro da rede, as mudanças de protocolo propostas já são escritas no código e implementadas automaticamente se os acumuladores do token aprovarem as mudanças por meio da assinatura de uma transação.

A abordagem oposta, governança fora da rede, é quando qualquer mudança do protocolo acontece por um processo de discussão informal, a qual, se aprovada, é implementada no código.

A governança do Ethereum acontece offchain com uma ampla variedade de partes interessadas envolvidas no processo.

Embora no nível do protocolo a governança do Ethereum seja offchain, muitos casos de uso criados sobre o Ethereum, como DAOs, usam governança onchain.

Mais sobre DAOs

Quem está envolvido?

Existem várias partes interessadas na comunidade Ethereum, cada uma desempenhando um papel no processo de governança. Começando pelas partes interessadas mais distantes do protocolo e ampliando, temos:

Detentores de Ether: essas pessoas têm uma quantidade arbitrária de ETH. Mais sobre ETH.
Usuários de aplicativos: essas pessoas interagem com aplicativos na blockchain Ethereum.
Desenvolvedores de aplicativos/ferramentas: essas pessoas escrevem aplicativos que são executados na blockchain Ethereum (por exemplo, DeFi, NFTs, etc.) ou criam ferramentas para interagir com o Ethereum (por exemplo, carteiras, pacotes de testes, etc.). Mais sobre dapps.
Operadores de nós: essas pessoas executam nós que propagam blocos e transações, rejeitando qualquer transação ou bloco inválido que encontrem. Mais sobre nós.
Autores de EIPs: essas pessoas propõem mudanças no protocolo Ethereum, na forma de Propostas de Melhoria do Ethereum (EIPs). Mais sobre EIPs.
Validadores: essas pessoas executam nós que podem adicionar novos blocos à blockchain Ethereum.
Desenvolvedores de protocolo (também conhecidos como "Desenvolvedores principais"): essas pessoas mantêm as várias implementações do Ethereum (por exemplo, go-ethereum, Nethermind, Besu, Erigon, Reth na camada de execução ou Prysm, Lighthouse, Nimbus, Teku, Lodestar, Grandine na camada de consenso). Mais sobre clientes Ethereum.

Observação: qualquer indivíduo pode fazer parte de vários desses grupos (por exemplo, um desenvolvedor de protocolo pode defender uma EIP, executar um validador da Beacon Chain e usar aplicativos DeFi). Mas, para clareza conceitual, é mais fácil distinguir entre eles._

O que é um EIP?

Um processo importante usado na governança do Ethereum é a proposta de Propostas de Melhoria do Ethereum (EIPs). EIPs são padrões que especificam novos recursos ou processos potenciais para a Ethereum. Qualquer um dentro da comunidade Ethereum pode criar um EIP. Caso tenha interesse em escrever uma EIP, participar em revisão por pares e/ou governança, consulte:

Mais sobre EIPs

O processo formal

O processo formal para a introdução de alterações no protocolo Ethereum é o seguinte:

Propor uma EIP principal: conforme descrito na EIP-1 (opens in a new tab), o primeiro passo para propor formalmente uma mudança no Ethereum é detalhá-la em uma EIP principal. Isto funcionará como a especificação oficial de um EIP que os desenvolvedores do protocolo irão implementar, se aceitarem.
Apresente sua EIP aos desenvolvedores de protocolo: quando você tiver uma EIP principal para a qual coletou contribuições da comunidade, você deve apresentá-la aos desenvolvedores de protocolo. Você pode fazer isso propondo-a para discussão em uma chamada da AllCoreDevs (opens in a new tab). É provável que algumas discussões já tenham ocorrido de forma assíncrona no fórum dos Ethereum Magicians (opens in a new tab) ou no Discord de P&D do Ethereum (opens in a new tab).

Os resultados potenciais desta fase são:

O EIP será considerado para uma atualização futura da rede

Serão solicitadas mudanças técnicas

Pode ser rejeitado se não for uma prioridade ou se a melhoria não for o suficientemente grande em relação ao esforço de desenvolvimento

Iterar em direção a uma proposta final: após receber feedback de todas as partes interessadas relevantes, você provavelmente precisará fazer alterações em sua proposta inicial para melhorar sua segurança ou atender melhor às necessidades de vários usuários. Depois que sua EIP tiver incorporado todas as mudanças que você acredita serem necessárias, precisará apresentá-la novamente aos desenvolvedores do protocolo. Em seguida, você avançará para o próximo passo deste processo, ou surgirão novas preocupações, exigindo outra rodada de iterações sobre sua proposta.
EIP incluída em uma atualização de rede: supondo que a EIP seja aprovada, testada e implementada, ela é agendada como parte de uma atualização de rede. Tendo em conta os altos custos de coordenação das atualizações da rede (todos precisam ser atualizados simultaneamente), as EIPs geralmente são agrupadas nas atualizações.
Atualização de rede ativada: depois que a atualização de rede for ativada, a EIP estará ativa na rede Ethereum. Nota: atualizações de rede geralmente são ativadas nas redes de teste antes de serem ativadas na rede principal de Ethereum.

Este fluxo, embora muito simplificado, fornece uma visão geral das etapas relevantes para alteração do protocolo que será ativado em Ethereum. Vejamos agora os fatores informais em jogo durante este processo.

O processo informal

Compreendendo o trabalho anterior

Os ganhadores da EIP devem se familiarizar com o trabalho prévio e as propostas antes de criar uma EIP que pode ser seriamente considerada para implantação na rede principal Ethereum. Desta forma, a EIP traz algo novo que não foi rejeitado antes. Os três principais lugares para pesquisar sobre isso são o repositório de EIPs (opens in a new tab), o Ethereum Magicians (opens in a new tab) e o ethresear.ch (opens in a new tab).

Grupos de trabalho

É improvável que o rascunho inicial de uma EIP seja implementado na rede principal Ethereum sem edições ou alterações. Geralmente, os ganhadores da EIP trabalharão com um subconjunto de desenvolvedores de protocolo para especificar, implementar, testar, iterar e finalizar sua proposta. Historicamente, esses grupos de trabalho exigiram vários meses (e às vezes anos!) de trabalho. Da mesma forma, para tais mudanças, os ganhadores da EIP devem envolver, logo nos estágios iniciais, desenvolvedores relevantes de aplicativos e ferramentas em seus esforços para reunir feedback do usuário final e mitigar quaisquer riscos de implementação.

Consenso da comunidade

Embora alguns EIPs sejam melhorias técnicas simples com nuances mínimas, alguns são mais complexos e vêm com tradeoffs que afetarão diferentes partes interessadas de maneiras diferentes. Isso significa que alguns EIPs são mais controversos dentro da comunidade do que outros.

Não existe um roteiro claro sobre a forma de lidar com propostas controversas. Isso é resultado do design descentralizado do Ethereum, pelo qual nenhum grupo de participantes pode coagir o outro por meio de força bruta: os desenvolvedores de protocolo podem escolher não implementar mudanças de código; os operadores de nó podem escolher não executar o cliente Ethereum mais recente; equipes de aplicativos e usuários podem escolher não realizar transações na cadeia. Uma vez que os desenvolvedores do protocolo não têm como forçar as pessoas a adotarem atualizações de rede, geralmente evitarão a implementação de EIPs se os pontos controversos superarem os benefícios para a comunidade em geral.

Espera-se que os campeões da EIP solicitem feedback de todas as partes interessadas relevantes. Se você encontrar o ganhador de uma EIP controversa, você deve tentar resolver objeções para criar consenso em torno da sua EIP. Dado o tamanho e a diversidade da comunidade Ethereum, não há uma métrica única (por exemplo, votação por moeda) que possa ser usada para medir o consenso da comunidade, e espera-se que os defensores da EIP se adaptem às circunstâncias de sua proposta.

Além da segurança da rede Ethereum, os desenvolvedores de protocolo dão muita importância ao que os desenvolvedores de aplicativos/ferramentas e os usuários de aplicativos valorizam, dado que o uso que eles dão e o desenvolvimento que fazem na Ethereum é o que torna o ecossistema atraente para outras partes interessadas. Além disso, as EIPs precisam ser implementadas em todas as implementações do cliente, que são gerenciadas por equipes distintas. Parte deste processo geralmente significa convencer várias equipes de desenvolvedores do protocolo de que uma determinada mudança é valiosa e que ajuda usuários finais ou resolve um problema de segurança.

Lidando com desacordos

Ter muitas partes interessadas com motivações e convicções diferentes significa que as divergências não são incomuns.

De um modo geral, os desacordos são tratados com discussões de longo prazo em fóruns públicos para compreender a raiz do problema e permitir que qualquer um faça ponderações. Normalmente, um grupo concede ou um meio termo é alcançado. Se houver um grupo que se sinta suficientemente forte, a imposição de uma determinada mudança poderá resultar em uma divisão da cadeia. Uma divisão da cadeia é quando algumas partes interessadas protestam pela implementação de uma mudança no protocolo, resultando em algo diferente, versões incompatíveis do protocolo que opera, do qual emergem dois blockchains distintos.

A bifurcação da DAO

Forks são quando é necessário fazer grandes melhorias técnicas ou alterações na rede e modificar as "regras" do protocolo. Clientes Ethereum devem atualizar seu software para implementar as novas regras da bifurcação.

A bifurcação da DAO foi uma resposta ao ataque à DAO de 2016 (opens in a new tab), no qual um contrato inseguro da foi drenado em mais de 3,6 milhões de ETH em um hack. O fork transferiu os fundos do contrato falho para um novo contrato, permitindo que qualquer um que perdeu fundos no hack os recuperasse.

Esse curso de ação foi votado pela comunidade Ethereum. Qualquer detentor de ETH podia votar por meio de uma transação em uma plataforma de votação (opens in a new tab). A decisão de fazer a bifurcação ultrapassou 85% dos votos.

É importante notar que enquanto o protocolo fez um fork para reverter o hack, o peso que a votação teve na decisão de criar fork é discutível por algumas razões:

A participação na votação foi incrivelmente baixa
A maioria das pessoas não sabia que a votação estava acontecendo
O voto somente representou os titulares de ETH, e nenhum dos outros participantes no sistema

Um subconjunto da comunidade se recusou a fazer um fork, principalmente por sentirem que o incidente da DAO não era um defeito no protocolo. Eles passaram a formar o Ethereum Classic (opens in a new tab).

Hoje, a comunidade Ethereum adotou uma política de não intervenção em casos de erros contratuais ou perda de fundos para manter a neutralidade verossímil do sistema.

Veja mais sobre o hack DAO:

A utilidade da bifurcação

O fork Ethereum/Ethereum Classic é um excelente exemplo de um fork íntegro. Houve dois grupos que não chegaram a um consenso com respeito a alguns valores fundamentais, pois sentiram que prosseguir com suas ações específicas valia o risco.

A capacidade de criar forks em face de diferenças políticas, filosóficas ou econômicas desempenha um papel importante no sucesso da governança Ethereum. Sem capacidade de lançar fork, a alternativa era a luta interna contínua, participação relutante forçada para aqueles que eventualmente formaram o Ethereum Classic e uma visão cada vez mais diferente do sucesso para o Ethereum.

Governança da Beacon Chain

O processo de governança Ethereum muitas vezes troca velocidade e eficiência por abertura e inclusão. A fim de acelerar o desenvolvimento da Beacon Chain, esta foi lançada separadamente da prova de trabalho da rede Ethereum e seguiu suas próprias práticas de governança.

Embora as implementações de especificação e desenvolvimento sempre tenham sido totalmente de código aberto, os processos formais usados para propor as atualizações descritas acima não foram usados. Isso permitiu que as alterações fossem especificadas e acordadas mais rapidamente por pesquisadores e implementadores.

Quando a Beacon Chain se fundiu com a camada de execução do Ethereum em 15 de setembro de 2022, A Fusão foi concluída como parte da atualização de rede Paris. A proposta EIP-3675 (opens in a new tab) foi alterada de 'Última Chamada' para 'Final', concluindo a transição para prova de participação.

Mais sobre A Fusão

Como posso participar? Participe

Leitura adicional

A governança na Ethereum não está definida de forma rígida. Vários participantes da comunidade têm diversas perspectivas sobre isso. Veja aqui alguns deles:

Notas sobre a Governança de Blockchain (opens in a new tab) - Vitalik Buterin
Como funciona a Governança do Ethereum? (opens in a new tab) – Cryptotesters
Como a governança do Ethereum funciona (opens in a new tab) – Micah Zoltu
O que é um desenvolvedor principal do Ethereum? (opens in a new tab) - Hudson Jameson
Governança, Parte 2: Plutocracia Ainda é Ruim (opens in a new tab) - Vitalik Buterin
Indo além da governança por votação de moedas (opens in a new tab) - Vitalik Buterin
Entendendo a Governança de Blockchain (opens in a new tab) - 2077 Research
O Governo do Ethereum (opens in a new tab) - Christine Kim

Última atualização da página: 26 de fevereiro de 2026

+24