Governação por tokens: poder de voto não é propriedade dos fluxos de caixa
Leia os mecanismos de proposta, delegação e autoridade de execução antes de atribuir valor a um token de governação.
Identifique o direito efetivo
Um token de governação pode conferir influência sobre parâmetros, atualizações ou ações da tesouraria sem conferir um direito legal aos lucros da empresa. Os seus direitos decorrem dos contratos e mecanismos de governação específicos, não da palavra governação. A documentação Governor da OpenZeppelin mostra como podem ser combinadas componentes de proposta, votação e execução. Esta flexibilidade implica que os analistas devem inspecionar a configuração em vez de presumir regras constitutivas padronizadas.
Comece por três perguntas separadas: quem pode propor, de quem contam os votos e quem pode executar uma proposta aprovada? Uma quarta pergunta é se outra autoridade pode vetá-la, suspendê-la ou sobrepor-se a ela. As respostas podem diferir, e um detentor de tokens pode controlar apenas uma pequena parte do processo.
Meça a participação efetiva
A oferta total de tokens não é o mesmo que poder de voto ativamente delegado. Alguns tokens podem estar em contratos, não estar delegados ou ser detidos por participantes que raramente votam. Uma pequena percentagem da oferta total pode dominar os votos efetivamente expressos. Por outro lado, um quórum medido face a uma base ampla de oferta pode dificultar a aprovação mesmo quando a maioria dos participantes concorda.
Imagine 100 milhões de tokens em circulação, 20 milhões delegados e 6 milhões de votos a participar numa proposta. Uma entidade que controle 4 milhões de unidades de voto possui apenas 4% da oferta total, mas fornece dois terços dos votos. Isto não prova conduta imprópria; mostra por que a concentração deve ser medida tanto face à oferta como à participação. Explique sempre o denominador.
Acompanhe uma proposta até aos seus efeitos
Uma publicação num fórum, uma sondagem indicativa e uma transação executável não são intercambiáveis. Leia as chamadas de contratos e alterações de parâmetros propostas, não apenas o título. Determine quando é medido o poder de voto, como funciona o período de votação e se a execução passa por um bloqueio temporal. Um atraso pode criar tempo para revisão, mas não demonstra que todos os utilizadores afetados tenham uma saída disponível.
Numa revisão simulada, traduza uma proposta numa tabela de antes e depois. Se um limiar de empréstimo mudar, identifique que posições podem tornar-se vulneráveis. Se uma comissão mudar, identifique quem paga e quem recebe a diferença. Se saírem fundos de uma tesouraria, distinga uma subvenção, um investimento e uma transferência irreversível. Estes efeitos económicos importam mais do que a popularidade do título da proposta.
Separe os ativos de tesouraria do valor do token
Um saldo de tesouraria não pertence automaticamente, de forma proporcional, a todos os detentores de tokens. A autoridade para gastar, os acordos jurídicos e os direitos de resgate podem impedir essa interpretação. Uma tesouraria composta em grande parte pelo token do próprio protocolo também difere de ativos líquidos externos: vendê-lo pode alterar tanto o preço como a distribuição da governação.
Suponha que um projeto reporta uma tesouraria de $50 milhões, dos quais $40 milhões são o seu próprio token pouco negociado ao último preço. Chamar ao projeto rico em caixa esconde os $10 milhões de outros ativos e o valor realizável incerto do restante. Uma análise útil separa recursos operacionais líquidos, saldos restritos e posições de emissão própria, em vez de os somar num número aparentemente equivalente a caixa.
Avalie a evolução do controlo ao longo do tempo
Desbloqueios de tokens, alterações de delegação e baixa participação podem alterar o controlo efetivo sem qualquer mudança no software central. Reveja a participação histórica, os principais delegados e as próximas alterações da oferta. Uma lista dispersa de detentores é insuficiente se o poder de voto estiver delegado a poucos intervenientes; uma lista concentrada não conta toda a história se esses detentores estiverem sujeitos a restrições exigíveis.
A qualidade da governação é difícil de resumir numa única pontuação. Documente salvaguardas processuais, conflitos de interesses, histórico de execução e incertezas por resolver. Um processo bem gerido pode ainda aprovar uma má decisão financeira, enquanto uma proposta tecnicamente sólida pode falhar devido a fraca participação. Trate a governação como uma fonte evolutiva de risco operacional e económico, não como um selo que garante descentralização ou valorização futura do token.
Numa análise da governação, distinga uma regra existente no código de uma convenção que os participantes costumam seguir. Uma comunidade pode normalmente discutir propostas durante uma semana, embora o contrato permita um processo mais rápido. Registe tanto o processo habitual como o mínimo vinculativo. A análise de esforço deve usar este último ao avaliar a rapidez com que o controlo ou os parâmetros económicos poderiam mudar.
Cada percentagem precisa do seu denominador
Um sistema fictício tem seis milhões de votos elegíveis. Participam 300.000, dos quais 210.000 apoiam uma proposta. A aprovação é de 70% dos votos expressos, mas apenas 3,5% do total elegível. Com um quórum hipotético de 240.000 votos participantes e maioria simples, a proposta passa. Outras regras poderiam produzir outro resultado com os mesmos votos.
Especifique se mede tokens emitidos, poder elegível, delegações, participação ou votos favoráveis. Uma proporção impressionante pode parecer diferente quando muda a base. Baixa participação não prova por si só invalidade; exige examinar regras e controlo efetivo.
Refaça o exemplo atribuindo 180.000 votos favoráveis a um delegado. Quem pode retirar essa delegação e em que prazo? Os restantes participantes são independentes? O número de endereços não é necessariamente o número de centros autónomos de decisão.
Seguir a votação até à alteração executada
Uma aprovação pode ser seguida por fila de execução, prazo e poderes de cancelamento. A documentação OpenZeppelin apresenta componentes de governação configuráveis. A designação DAO não explica como estão combinados num sistema concreto.
Trace o calendário de uma mudança fictícia no limite de garantia: abertura, momento de referência dos direitos, encerramento, entrada em fila e execução. Indique quem pode interromper cada fase ou usar uma via de emergência. Um poder que contorne o prazo habitual faz parte do controlo real, mesmo quando raramente é utilizado.
O aviso prévio só ajuda se existir uma reação possível. Quando o levantamento demora mais ou pode ser suspenso, a janela prática de saída não coincide com o prazo anunciado. A análise deve ligar direitos de decisão às restrições que afetam os utilizadores.