Governança é definida como “o ato ou processo de governar ou supervisionar o controle e direção de algo (como um país ou organização)”. No contexto de blockchains, isso normalmente significa direcionar as manifestações atuais e as mudanças futuras nos protocolos subjacentes.
A governança de blockchain sempre foi um tópico polêmico tanto em diferentes blockchains quanto dentro de cada comunidade de blockchain. A dicotomia fundamental é a governança on-chain (na cadeia, na rede) versus off-chain (fora da cadeia, fora da rede), ou seja, a governança on-chain é algoritmicamente incorporada aos próprios protocolos do blockchain, ao contrário da governança off-chain, onde é conduzida informalmente fora dos protocolos do blockchain. Tezos é um exemplo da primeira categoria, enquanto Bitcoin e Ethereum se enquadram na última categoria. No entanto, este artigo não é sobre governança de blockchain. Existem artigos de opinião sobre o assunto de Vlad Zamfir (1, 2, 3), Fred Ehrsam e Vitalik Buterin, entre outros.
Este artigo é sobre os processos técnicos por trás dos protocolos de Governança Descentralizada (DeGo) em Finanças Descentralizadas (DeFi) no Ethereum. Começamos destacando o amplo panorama dos principais protocolos DeFi no Ethereum e resumindo os principais aspectos de alguns de seus processos de governança atuais. Nós motivamos a justificativa para a votação da redução da taxa de gas, neste contexto, e descrevemos a tecnologia por trás do Snapshot, que está liderando a adoção neste espaço. Discutimos os desafios da descentralização com a implementação atual do Snapshot e como eles podem ser potencialmente resolvidos usando a votação off-chain da Aragon com execução on-chain, e a nossa ideia sobre o Snapshot e o Waku para aumentar a resistência à censura da comunicação de protocolo.
Protocolos DeFi e Governança
DeFi é o ecossistema de aplicativos financeiros que estão sendo construídos em protocolos de blockchain descentralizados. Isso inclui instrumentos como poupança, negociação, empréstimos (concessão/contração de empréstimos), derivativos e seguros. O DeFi é diferenciado das finanças tradicionais pelos seguintes três fatores principais: (1) Contratos inteligentes codificam as regras e executam operações com mínima/nenhuma intervenção humana, (2) Transparência na forma de contratos inteligentes auditáveis de código aberto e transações no blockchain, (3) Participação sem permissão na criação de produtos, utilizando-os, modificando-os ou compondo-os.
O Maker é o projeto DeFi por trás do popular stablecoin DAI (moeda estável em dólar). Compound e Aave são plataformas populares de empréstimos DeFi. Uniswap, Curve e Balancer são corretoras descentralizadas populares por tokens. Synthetix é um projeto DeFi para a criação de ativos sintéticos que rastreiam o valor dos ativos do mundo real. Yearn é um conjunto de produtos DeFi que inclui agregação de empréstimos, geração de rendimento e seguro. Nexus Mutual é uma plataforma de seguro alternativa baseada na comunidade que permite aos membros cobrir riscos de vulnerabilidades de contratos inteligentes. Aragon é uma plataforma para lançar e gerenciar Organizações Autônomas Descentralizadas (DAOs), que impulsiona alguns dos projetos acima mencionados, como Aave e Curve.
Esses projetos DeFi têm mecanismos de governança para decidir coletivamente sobre os aspectos operacionais do projeto e as alterações de protocolo propostas. Somente os detentores de tokens de governança específicos do projeto têm permissão para votar nesses processos de governança. Os tokens para os dez projetos DeFi listados acima são MKR, COMP, AAVE, UNI, CRV, BAL, SNX, YFI, NXM e ANT, respectivamente.
Governança do Maker: “Os detentores do MKR são responsáveis por governar o Protocolo do Maker, que inclui: o ajuste da política para o stablecoin DAI, a escolha de novos tipos de garantia e a melhoria da própria governança.”
As discussões da comunidade acontecem em um fórum. A votação requer tokens Maker (MKR) e ocorrem em seu Portal de Governança dedicado.
Os votos executivos são usados para fazer alterações técnicas no protocolo, como a modificação de tipos de garantia/vault, parâmetros e contratos inteligentes. As pesquisas de governança são conduzidas normalmente antes dos votos executivos para obter uma estimativa aproximada do sentimento do eleitor. Ambos acontecem on-chain. O MKR dos eleitores está bloqueado no contrato de votação e a votação é ponderada pela quantidade de MKR votando para uma proposta.
Há um mecanismo explícito de governança off-chain, embora informal, onde o fórum de discussão é usado para Signal Threads e Informal Polls para sinalizar posições específicas sobre tópicos relevantes e avaliar o sentimento da comunidade sobre tais posições off-chain antes de decidir movê-lo para on-chain. Nenhum deles exige que os participantes tenham tokens MKR ou interajam com o blockchain Ethereum.
A transição de off-chain Signal Thread para on-chain Governance Poll ocorre quando o criador do thread (tópico) determina que há suporte suficiente da comunidade informal para o tópico sinalizado, e solicita a um dos Facilitadores de Governança eleitos que crie uma correspondente Pesquisa de Governança on-chain.
Governança da Compound: “O protocolo da Compound é controlado e atualizado pelos detentores de tokens COMP, usando três componentes distintos; o token COMP, o módulo de governança (Governor Alpha) e o Timelock. Juntos, esses contratos permitem que a comunidade proponha, vote e implemente mudanças por meio das funções administrativas de um cToken ou do Comptroller. As propostas podem incluir mudanças como o ajuste de um modelo de taxa de juros, para adicionar suporte para um novo ativo. Qualquer endereço com mais de 100.000 COMP delegados pode propor ações de governança, que são códigos executáveis. Quando uma proposta é criada, a comunidade pode enviar seus votos durante um período de votação de 3 dias. Se a maioria e pelo menos 400.000 votos forem lançados para a proposta, ela será colocada na fila do Timelock e poderá ser implementada após 2 dias.”
Embora a Compound tenha começado inicialmente como um protocolo sem token quando sua equipe tinha privilégios administrativos sobre as alterações de protocolo, eles introduziram o token de governança COMP em fevereiro para fazer a transição para a governança da comunidade de detentores de tokens descentralizada.
As discussões da comunidade acontecem em um fórum. A votação requer tokens COMP e ocorre em seu Portal de Governança dedicado.
Compound suporta explicitamente votação sem taxa de gas e a delegação usa assinaturas EIP-712. Isso permite que um eleitor ou delegado assine suas mensagens de voto off-chain e depois faça com que um terceiro de confiança gaste ETH em taxas de gas para publicar transações contendo seus votos on-chain.
Governança do Aave: “O Protocolo de Governança consiste no processo de tomada de decisão para as diferentes alterações dos parâmetros de risco, melhorias e incentivos que constituem as Políticas. As futuras decisões que regem o protocolo serão aprovadas por meio deste procedimento. O token AAVE confere aos titulares a capacidade de votar em propostas e agir coletivamente como governadores do protocolo.”
Aave implementa um processo de governança de quatro fases: 1) Idealização: onde os membros da comunidade podem iniciar uma discussão de proposta no fórum e enviar propostas viáveis para a próxima fase. 2) Discussão e Coleta de Sinais: onde há discussão adicional e avaliação do sinal da comunidade na proposta. 3) Aprovação: onde a equipe Genesis irá implementar/implantar os contratos inteligentes necessários e enviar a proposta/implementação para um voto do titular do token AAVE. 4) Implementação ou Rejeição: onde a proposta é implantada ou rejeitada com base na votação.
A governança do Aave foi lançada na rede Ethereum em setembro/2020. A primeira proposta era migrar do token LEND mais antigo para o novo token AAVE, para o qual a sinalização era conduzida off-chain, na plataforma Snapshot (que apresentaremos posteriormente neste artigo). As chaves de administração de protocolo foram entregues ao contrato de governança em outubro/2020, transferindo assim a propriedade para a comunidade de detentores de tokens.
Governança da Uniswap: “O protocolo Uniswap é controlado e atualizado por detentores de tokens UNI, usando três componentes distintos; o token UNI, o módulo de governança e o Timelock. Juntos, esses contratos permitem que a comunidade proponha, vote e implemente mudanças no protocolo Uniswap. Quaisquer endereços com mais de 10 milhões UNI delegados a ele podem propor ações de governança, que contêm código acabado e executável. Quando uma proposta é criada, a comunidade pode depositar seus votos durante um período de votação de 3 dias. Se a maioria e pelo menos 4 milhões de votos forem dados à proposta, ela será colocada na fila do Timelock e poderá ser executada em um mínimo de 2 dias. ”
A Uniswap implementa um processo de governança de três fases: 1) Verificação da temperatura: onde os membros da comunidade iniciam uma discussão da proposta no fórum e, em seguida, avaliam o sinal sobre a proposta em um processo de votação no espaço Snapshot da Uniswap. A proposta potencial é considerada como tendo apoio suficiente para a próxima fase se, ao final dos 3 dias, ela tiver uma maioria de votos com um mínimo de votos SIM de 25.000 UNI. 2) Consenso de Verificação: onde uma discussão formal em torno da proposta potencial acontece no fórum Discourse seguida por outra pesquisa de sinal instantâneo sobre opções específicas (que inclui uma opção de não alteração). Uma opção específica da proposta potencial é considerada como tendo apoio suficiente para a próxima fase se, ao final dos 5 dias, ela tiver uma maioria de votos com 50.000 UNI. 3) Proposta de Governança: onde a opção vencedora da fase anterior é codificada, auditada, e proposta (requer 1% de todas as UNI, ou seja, 10 milhões de UNI) on-chain e então submetida para uma votação on-chain no portal de governança. Após um período de votação de sete dias, um código de proposta aprovado (requer 4% de todo o UNI, ou seja, 40 milhões de UNI) é executado após um bloqueio de dois dias.
Uniswap suporta assinaturas offline baseadas em EIP-712. Também apoia a “soft governance” por meio de discussões da comunidade para aspectos relacionados a políticas, meta-governança ou off-chain aspectos que não requerem votação on-chain.
Governança da Curve: “A Curve DAO foi lançada oficialmente em 13 de agosto de 2020. O DAO permitirá que os provedores de liquidez tomem decisões sobre a adição de novos pools (piscinas), alteração dos parâmetros do pool, adição de incentivos CRV e muitos outros aspectos do protocolo Curve. Os principais objetivos do token Curve DAO são incentivar os provedores de liquidez na plataforma Curve Finance, bem como envolver o maior número possível de usuários na governança do protocolo. Atualmente, o CRV tem três usos principais: votação, piquetagem e reforço. Essas três coisas exigirão que você vote, bloqueie seu CRV e adquira o veCRV. ”
CRV é um token de utilidade e governança na plataforma Curve com votação ponderada no tempo e mecanismos de acúmulo de valor. Os titulares de CRV podem bloquear seu CRV no Curve DAO para receber os tokens veCRV (CRV de garantia de voto) necessários para a votação. Um bloqueio mais longo dá mais poder de voto, com o tempo mínimo de bloqueio sendo uma semana e o máximo sendo quatro anos. O peso do veCRV diminui gradualmente à medida que se aproximam da expiração do bloqueio.
Propostas informais podem ser elaboradas no fórum de governança e sinalizações avaliadas no espaço do Snapshot. As propostas oficiais são exigidas no DAO para fazer alterações de vinculação no protocolo Curve e vêm em dois tipos: Parâmetro e Texto. As propostas de parâmetros são enviadas automaticamente para o DAO três dias após uma votação bem-sucedida, enquanto as propostas de texto normalmente requerem o desenvolvimento e o envolvimento da equipe Curve. A criação de uma nova proposta DAO precisa de pelo menos 2500 veCRV.
Resumo: Os processos de governança normalmente envolvem uma combinação de três tecnologias: 1) Fóruns de discussão (por exemplo, Discourse) onde os membros da comunidade propõem e discutem propostas informalmente. 2) Fóruns de sinalização (por exemplo, Snapshot) onde membros da comunidade detentores de tokens votam off-chain para indicar suas preferências nas propostas. 3) Fóruns de votação onde os membros da comunidade com token votam na rede para aprovar/negar formalmente a execução da proposta.
Fóruns de discussão como Discourse, Discord, Gitter, Telegram ou Slack são plataformas de mensagens não específicas para blockchain usadas por comunidades em diferentes domínios. Os fóruns de votação são padrão ÐApps que exigem que os usuários vinculem suas carteiras de criptomoedas (para acessar seus tokens de governança) e façam interface com contratos inteligentes no blockchain. O que é específico e novo para o processo de governança DeFi, é a tecnologia por trás dos fóruns de sinalização - especificamente o Snapshot.
Snapshot
O Snapshot é descrito como: “um cliente de governança múltipla sem gas off-chain com resultados fáceis de verificar e difíceis de contestar”. É um projeto de código aberto, conduzido por Fabien Marino da Balancer Labs, que permite que projetos baseados em tokens tenham um espaço de hospedagem onde possam postar propostas para os detentores de tokens votarem off-chain sem exigir uma transação de blockchain, ou seja, sem necessidade de pagar gas/taxas de transação. Propostas e votos são mensagens assinadas armazenadas no IPFS.
Motivação: Os preços do gas Ethereum atingiram níveis históricos este ano e muito disso é atribuído a aplicações DeFi. Embora as baleias ou os principais detentores de tokens possam não estar muito preocupados com o aumento das taxas de gas, isso provavelmente tem um impacto tangível na cauda longa de pequenos detentores de tokens que podem se abster de processos de governança DeFi conduzidos no blockchain, especialmente se ambas as sinalizações baseadas em tokens e a votação acontecem nele. Essa participação limitada provavelmente reduz a descentralização política do protocolo.
Embora a fase crítica de votação possa necessariamente exigir a descentralização e as garantias de resistência à censura de um blockchain público como o Ethereum hoje, a fase relativamente menos crítica, mas importante, no entanto, pode ser conduzida off-chain para permitir a participação sem gas. O Snapshot visa atender a essa necessidade por enquanto.
Além dos mencionados anteriormente, outros projetos importantes de DeFi usando Snapshot incluindo Yam, Yearn, Balancer, Sushi, Swerve, Pickle, Aragon, mStable e Cream, entre outros. Maker e Compound também parecem estar considerando o uso de Snapshot para sinalização.
Arquitetura: o Snapshot tem um cliente da web conectado a um servidor de hub. A interface da web exibe espaços para diferentes projetos. Espaço é o lugar de um projeto individual para listar propostas para sinalização de voto baseada em token. Os espaços são criados na interface da web usando um domínio ENS.
As propostas são criadas em um espaço conectando-se a uma carteira (que contém os tokens daquele projeto específico), criando uma mensagem que contém os detalhes da proposta: título, texto da proposta, opções de votação, horários de início / término e número de bloco para consideração de token de manutenção, e para enviar uma mensagem assinada (atualmente personal_sign com planos de transição para EIP-712) da carteira.
Para votar em uma proposta, é necessário ir ao espaço do projeto específico, conectar-se a uma carteira (que contém os tokens desse projeto específico), escolher a opção de voto desejada e enviar uma mensagem assinada da carteira.
As mensagens assinadas de propostas e votos são enviadas ao hub Snapshot que, por sua vez, as carrega para o IPFS para armazenamento descentralizado. Além disso, o hub armazena um índice de hashes IPFS para todas as propostas e seus votos em um banco de dados para carregamento mais rápido das solicitações do cliente.
Estratégias são usadas para calcular o resultado da votação de uma proposta. Uma estratégia é uma função JavaScript na interface da web que retorna uma pontuação para um conjunto de endereços. A estratégia padrão é calcular o saldo do token ERC20 desse projeto de proposta no número de bloco especificado para os eleitores dessa proposta. A execução desses cálculos off-chain fornece mais flexibilidade para experimentar diferentes modelos de governança porque é mais rápido iterar com estratégias JavaScript do que com contratos inteligentes on-chain.
Desafios de descentralização
A sinalização off-chain está se tornando um precursor da votação on-chain nos processos de governança DeFi. A votação em rede é mais confiável e descentralizada, mas também é cara e lenta. A sinalização é efetivamente uma votação off-chain que é gratuita (sem gas) e rápida. No entanto, as compensações são a redução da descentralização e o aumento do potencial de censura devido aos intermediários fora da rede.
Se esses desafios puderem ser suficientemente enfrentados, poderemos nos beneficiar significativamente com a votação livre, rápida e aumentada (quorum mais alto devido ao menor atrito) fora da cadeia, sem comprometer as garantias de descentralização da execução dentro da cadeia. Vamos avaliar isso no caso do Snapshot.
Atualmente com o Snapshot, se as propostas e votos sinalizados tiverem que ser traduzidos em mudanças de governança vinculativas on-chain, eles dependeriam de dois intermediários:
1. Multisigs (assinaturas múltiplas) confiáveis: Lembre-se de que as carteiras com várias assinaturas (no Ethereum) são contas de carteira de contrato inteligente que exigem um número mínimo de assinaturas (m-of-n) para executar transações de carteira. Multisigs confiáveis, no contexto de projetos DeFi, são um conjunto de membros respeitados da comunidade encarregados de executar a decisão da comunidade de detentores de tokens do projeto (conforme indicado por votos) assinando transações relacionadas à governança na cadeia correspondentes aos votos vencedores das propostas. Podem ser transações relacionadas à tesouraria do projeto ou alterações de protocolo.
Multisig confiável é um risco de centralização de uma perspectiva sociotécnica. Embora seja improvável que os multisigholders arrisquem seu capital social para se desviar das decisões de uma comunidade, é teoricamente possível que eles possam ignorar e abusar de seu poder. A probabilidade de que m-de-n irá conspirar é baixa (se m for suficientemente grande, por exemplo, 6-de-9), mas é diferente de zero. Em contraste, dependendo do tamanho da comunidade de um projeto e da distribuição dos tokens entre eles, seria necessário pelo menos uma ordem de magnitude (por exemplo, 100) mais detentores de tokens para conspirar para um resultado da proposta.
Essa diluição da descentralização pode ser evitada se pudéssemos, de alguma forma, transferir as ações aprovadas pelos votos off-chain para a rede de forma confiável.
2. Hub centralizado: o hub do Snapshot é um servidor usado por sua interface da web para armazenar e recuperar hashes IPFS de mensagens assinadas correspondentes a propostas e votos. Este é claramente um risco de centralização. Embora isso possa ser mitigado, por exemplo, executando um consórcio de servidores administrados por projetos participantes, o paradigma cliente-servidor inerentemente diminuiu a descentralização e aumentou o potencial de censura em comparação com as redes ponto a ponto (p2p).
Isso pode ser resolvido substituindo o hub por uma rede p2p ou removendo-o inteiramente, de alguma forma, armazenando/ recuperando as propostas e votos diretamente de/para o IPFS. A última opção foi considerada possível vinculando hashes IPFS relacionados, mas a natureza sequencial da recuperação pode torná-la lenta e impraticável.
A seguir, discutiremos as soluções potenciais para enfrentar os dois desafios acima.
Snapshot + Aragon
A Aragon é uma fornecedora líder de produtos de governança relacionados a DAO e infraestrutura de serviços. Em outubro/2020, Aragon e Balancer Labs anunciaram um esforço colaborativo para combinar a votação off-chain do Snapshot com os recursos de execução otimista on-chain do Aragon DAO.
A execução otimista é a capacidade na cadeia que aceita (sem verificação por computação on-chain) um resultado de execução enviado como correto, juntamente com uma garantia de ligação. Se ninguém contestar o resultado dentro de uma janela de disputa, ele será considerado vinculativo e final. Se alguém desafiar o resultado dentro da janela de disputa, a execução é realizada / verificada em cadeia e as entidades infratoras, se houver, são penalizadas. (Observe que isso é conceitualmente semelhante ao conceito de optimistic rollups)
Na proposta do Optimistic Snapshot, um multisig confiável é substituído por um DAO de detentores de tokens do projeto. Após a conclusão de uma votação no Snapshot, qualquer pessoa pode enviar as ações aprovadas por voto para o DAO on-chain. O DAO impõe um período de bloqueio de tempo para disputas antes que as ações possam ser executadas por um Agente Aragon. As disputas são tratadas pelo Tribunal de Aragão.
Enquanto os protocolos DeFi avaliam esta proposta, será interessante ver como ela evolui.
Snapshot + Waku
O aplicativo da Status combina um mensageiro centrado na privacidade com uma carteira Ethereum e um navegador ÐApp. O mensageiro é alimentado por uma rede ponto a ponto descentralizada que visa a remoção de intermediários centralizados que buscam renda, remoção de pontos únicos de falha e maior resistência à censura. As mensagens não têm apenas dois saltos - do cliente de origem para o servidor e, em seguida, para o cliente de destino - como é o caso nas arquiteturas cliente-servidor, mas em vez disso, elas saltam entre vários pares e continuam saltando mesmo depois de chegar ao destinatário pretendido porque os pares não sabem quem é o destinatário pretendido.
A camada de privacidade de transporte da pilha de protocolo do mensageiro que fornece roteamento, proteção de metadados, multicast baseado em tópico e algoritmos de criptografia é implementada pelo Waku, que é um sucessor do Whisper. O Waku usa o conceito de tópicos para particionar suas mensagens onde os tópicos são cadeias de caracteres derivadas de algoritmos especificados e usados em “envelopes” que encapsulam mensagens criptografadas junto com este tópico e tempo de vida (TTL).
O Waku v2 está evoluindo para ser uma camada de mensagem generalizada que qualquer projeto (além do Status) pode adotar para um protocolo de roteamento ponta a ponta robusto, escalável, centrado na privacidade e incentivado pelo usuário. Um dos objetivos originais do protocolo Whisper era facilitar a comunicação máquina a máquina (M2M) no ecossistema Ethereum entre carteiras, ÐApps, canais de estado etc. que permitiriam que transações multisig, votação de DAO, notificações e outras comunicações relacionadas acontecessem off-chain com interação mínima na cadeia. O objetivo do Waku é fornecer essa camada M2M.
Com o Waku, o hub Snapshot pode ser substituído por uma rede ponto a ponto de nós incentivados através dos quais mensagens assinadas de propostas e votos são retransmitidas para o IPFS. Um outro aprimoramento poderia ser também implantar uma rede de nós incentivada pelo usuário para armazenar votos, evitando assim o IPFS. Isso seria semelhante a como o Mensageiro da Status usa os nós de histórico hoje para armazenar mensagens para clientes offline.
Essa abordagem evitaria que servidores centralizados censurassem propostas ou votos descartando-os seletivamente. Além disso, qualquer nó poderia verificar os resultados da proposta computando os votos de forma independente e contestando quaisquer submissões na cadeia, se necessário.
Além disso, lembre-se de que a primeira fase da governança antes da sinalização é a discussão. O Waku já capacita o Mensageiro da Status, que suporta canais públicos (além de chats privados e 1:1). O mensageiro da Status também está adicionando recursos voltados para a comunidade, como canais somente leitura e moderação. Em combinação com a carteira Status, será interessante considerar o agrupamento de fóruns de discussão e sinalização conduzidos por detentores de tokens e alimentados pelo protocolo Waku de preservação de privacidade. Os membros da comunidade podem discutir questões de governança nos fóruns de mensagens, sinalizar preferências usando tokens em suas carteiras e, finalmente, votar na rede dentro dos ÐApps relevantes. O aplicativo Status tem todos esses três recursos hoje.
Resumo
Os protocolos de Governança de Finanças Descentralizadas (DeFi) cobrem todos os aspectos do protocolo, como a distribuição de fundos do tesouro para diferentes esforços, melhorias no projeto e desenvolvimento, parâmetros que afetam taxas e rendimentos, integração com outros protocolos e até mesmo a governança em si. À medida que os protocolos DeFi ganham mais tração, sua governança sem dúvida se torna mais crítica, tanto como um diferenciador em relação aos protocolos concorrentes e talvez até mesmo para sua sobrevivência.
Neste artigo, apresentamos alguns dos principais protocolos DeFi e resumimos os principais aspectos dos processos de governança da Maker, Compound, Aave, Uniswap e Curve. Em seguida, motivamos a justificativa para a votação sem gas neste contexto para apresentar o Snapshot e sua arquitetura. Finalmente, discutimos os desafios da descentralização com a implementação atual do Snapshot e como eles podem ser tratados usando Aragon e Waku.
Um processo de governança eficaz visando a participação inclusiva de membros da comunidade detentores de tokens precisa ter uma ótima UX com o mínimo de atrito, mas sem abrir mão das garantias de descentralização e resistência à censura que formam o alicerce motivacional do DeFi - Governança Descentralizada (DeGo). DeFi precisa da DeGo.]
(Agradecimentos a Barry Gitarts, Fabien Marino da Balancer Labs e Corey Petty por revisar os rascunhos deste artigo e fornecer comentários úteis. Agradecimentos a Alex Howell pelas ilustrações atenciosas.)
