Ajude a atualizar esta página

🌏

Há uma nova versão desta página mas, no momento, ela está apenas em inglês. Ajude-nos a traduzir a última versão.

Nenhum bug encontrado!🐛

Por enquanto, esta página permanecerá em inglês.

Última atualização da página: 26 de maio de 2022

Introdução à governança 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 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 on-chain. Não há regras definidas para quem pode ou não desenvolver um aplicativo ou enviar uma transação. No entanto, há um processo para propor alterações ao protocolo central, sobre o qual esses aplicativos são executados. Uma vez que muitas 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 on-chain versus off-chain

A tecnologia Blockchain permite novos recursos de governança, conhecidos como governança on-chain. A governança on-chain é quando as alterações propostas no protocolo são decididas por votação das partes interessadas, geralmente por detentores de um token de governança, e a votação acontece no blockchain. Com algumas formas de governança on-chain, as alterações propostas no protocolo já estão escritas no código e implementadas automaticamente se as partes interessadas aprovarem as alterações.

A abordagem oposta, a governança off-chain, é quando quaisquer decisões de mudança de protocolo acontecem por meio de um processo informal de discussão social que, se aprovado, é implementado no código.

A governança da Ethereum acontece de maneira off-chain, com uma grande variedade de partes interessadas envolvidas no processo.

Embora no protocolo a governança Ethereum seja off-chain, muitos casos de uso com base em Ethereum, como DAOs, usam a governação on-chain.

Mais sobre DAOs

Quem está envolvido?

Existem vários interessados na comunidade Ethereum, cada um 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 da aplicação: essas pessoas interagem com aplicativos no blockchain Ethereum.
  • Desenvolvedores de aplicativos/ferramentas: estas pessoas escrevem aplicativos que são executados no blockchain Ethereum (por exemplo, DeFi, NFTs etc.) ou criam ferramentas para interagir com a Ethereum (por exemplo, carteiras, suíte 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 eles encontrem. Mais sobre nós.
  • Autores do EIP: estas pessoas propõem alterações no protocolo Ethereum, na forma de propostas de aprimoramento do Ethereum (EIPs). Mais sobre EIPs.
  • Mineradores/Validadores: estas pessoas executam nós que podem adicionar novos blocos ao blockchain Ethereum.
  • Desenvolvedores de protocolo (conhecido como "Desenvolvedores principais"): essas pessoas mantêm as várias implementações da Ethereum (por exemplo, go-ethereum, Nethermind, Besu, Erigon na camada de execução ou Prysm, Farismo, Nimbus, Teku, Lodestar na camada de consenso). Mais sobre clientes Ethereum.

Nota: qualquer indivíduo pode fazer parte de vários desses grupos (por exemplo, um desenvolvedor de protocolo pode ganhar um EIP e executar uma Beacon Chain validadora 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 Ethereum é a sugestão de Propostas de melhoria 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. Por exemplo, nenhum dos autores da EIP-721, o EIP que padronizou NFTs, trabalhou diretamente no desenvolvimento do protocolo Ethereum.

Mais sobre EIPs

Processo formal

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

  1. Propor um EIP principal: como descrito em EIP-1, o primeiro passo para propor formalmente uma alteração no Ethereum é detalhá-la em um EIP principal. Isto funcionará como a especificação oficial de um EIP que os desenvolvedores do protocolo irão implementar, se aceitarem.

  2. Apresentar seu EIP aos desenvolvedores do protocolo: uma vez que você tiver um EIP principal para o qual você coletou informações da comunidade, você deve apresentá-lo aos desenvolvedores do protocolo. Você pode fazer isso propondo-a para discussão em uma chamada AllCoreDevs. É provável que algumas discussões já tenham acontecido de forma assíncrona no fórum da Ethereum Magician ou no Ethereum R&D Discord.

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
  1. Refazer a proposta final: depois de receber feedback de todas as partes interessadas relevantes, você provavelmente precisará fazer alterações em sua proposta inicial para melhorar a segurança dela 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.

  2. EIP incluída na atualização de rede: assumindo que a EIP seja aprovada, testada e implementada, ela é programada 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.

  3. Atualização de rede ativada: após a atualização de rede ser ativada, a EIP estará disponível 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.

Processo informal

Entendendo 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 isto são o repositório EIP, Ethereum Magicians e ethresear.ch.

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, estes grupos de trabalho exigiram vários meses (e as 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 algumas EIPs sejam simples melhorias técnicas com nuances mínimas, algumas são mais complexas e inerentemente compensações que afetarão diferentes partes interessadas de maneiras distintas. Isso significa que alguns EIPs acabam sendo mais polêmicos dentro da comunidade do que outros.

Não existe um roteiro claro sobre a forma de lidar com propostas controversas. 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 onde a controvérsia supera 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 existe uma única métrica (por exemplo, uma votação de moeda) que pode ser usada para medir o consenso da comunidade e espera-se que os ganhadores do EIP se adaptem às circunstâncias da 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.

Tratamento de discordâncias

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.

Fork de DAO

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

O fork da DAO foi em resposta ao ataque da DAO de 2016 no qual um contrato inseguro de DAO foi drenado em mais de 3 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.

Este curso de ação foi votado pela comunidade Ethereum. Qualquer titular de ETH pôde votar via uma transação em uma plataforma de votação. A decisão de criar fork 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 começaram a formar a Ethereum Classic.

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 do forking

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.

Desenvolvimento 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 o desenvolvimento de especificações e implementações tenha sido sempre totalmente aberto, os processos formais usados para propor atualizações descritas acima não eram usados. Isso permitiu que as alterações fossem especificadas e acordadas mais rapidamente por pesquisadores e implementadores.

Quando a Beacon Chain se integrar à camada de execução da Ethereum, o processo de governança para a proposta de alterações será harmonizado. Este processo para implementar a integração já está em andamento.

Mais sobre a integração

Como posso participar?

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. Aqui estão alguns deles:

Did this page help answer your question?