Como revogar uma delegação de governança

Você delegou seu poder de voto uma vez e agora quer ele de volta. Não existe uma instrução de revogação separada no contrato, e nem precisa existir, porque uma delegação é um único campo que você sobrescreve. O que você não consegue fazer é retomá-la retroativamente.

O que uma delegação realmente moveu

Ter um token de governança não é a mesma coisa que ter poder de voto. A documentação de governança da OpenZeppelin é explícita ao dizer que são os delegados que carregam o poder de voto: um detentor que queira participar pode definir um representante de confiança como seu delegado, ou virar delegado ele mesmo ao se autodelegar. A documentação da Compound descreve o mesmo passo, com detentores de tokens delegando seu direito de voto a si mesmos ou a um endereço de sua escolha.

Nada saiu da sua carteira quando você fez isso. A Compound informa o tamanho do que de fato se move: o número de votos somado à contagem do delegado equivale ao saldo mantido na conta do usuário. Seus tokens ficaram onde estavam, um destino foi registrado ao lado deles, e uma contagem de votos em outro endereço subiu no valor do seu saldo.

A razão desse desenho é o custo. A OpenZeppelin observa que, por padrão, um saldo de tokens não contabiliza poder de voto, o que barateia as transferências, e a contrapartida declarada é que isso exige que os usuários deleguem a si mesmos para sequer ativar o rastreamento. Poder de voto é um maquinário opcional preso ao lado de um saldo, não uma propriedade do saldo.

Então o que você está desfazendo é um ponteiro, não uma transferência. A pergunta não é como recuperar os tokens, porque eles nunca foram a lugar nenhum. É o que esse ponteiro deve dizer em seguida.

Revogar é outra delegação, não uma exclusão

A documentação da Compound afirma que os votos ficam delegados a partir do bloco atual em diante, até que o remetente delegue de novo ou transfira seus tokens. Leia essa cláusula de trás para frente e você tem o procedimento de revogação: você delega de novo.

O campo guarda um destino, então não há espaço vazio para o qual voltar nem segunda instrução a enviar. Escrever um novo destino sobrescreve o antigo no mesmo ato. Uma interface que oferece um botão de revogação e uma interface que oferece apenas um botão de delegação fazem a mesma coisa por baixo, e o aviso que sua carteira pede para você assinar vai falar em delegar nos dois casos.

Duas consequências decorrem disso. Revogar custa uma transação e uma taxa, exatamente como custou a delegação original. E revogar é público: o novo destino fica escrito na cadeia, onde qualquer um que leia o registro de delegados pode vê-lo.

Para onde vai o peso quando você age

Desfazer uma delegação é escolher um destino, e os destinos não deixam você na mesma posição.

Só a primeira linha faz de você um votante. A segunda é uma troca de representante, não uma saída do sistema. A terceira funciona, e é um caminho ruim para o objetivo, porque descarta o ativo para ajustar um campo. A quarta merece ser nomeada: um detentor que deixa de confiar num delegado e depois não faz nada não registrou discordância, já que o peso continua sendo lançado em seu nome.

Por que uma proposta já aberta não se move

É aqui que uma revogação parece quebrada sem estar. A extensão de governança da OpenZeppelin guarda saldos históricos para que o poder de voto seja lido de instantâneos passados em vez de um saldo atual, o que sua documentação chama de proteção importante que impede o voto duplo. A Compound lê o peso do mesmo jeito: os endereços que tinham peso de voto no início da proposta são os que podem enviar votos.

Uma revogação, portanto, passa a valer no bloco em que é minerada e se aplica dali em diante. Se o bloco de instantâneo de uma proposta já passou, a apuração dessa proposta lê o registro como ele estava naquele momento, e seu antigo delegado ainda pode lançar seu peso nela depois de você ter retomado a delegação.

A regra prática é um prazo, não um botão. Para impedir que um delegado vote seu peso numa proposta específica, a revogação precisa estar registrada antes do instantâneo dessa proposta. Uma revogação enviada no dia seguinte à abertura de uma votação disputada está correta, chega a tempo para tudo o que vier depois e não vale nada na votação a que você estava reagindo.

O que revogar não faz

Revogar uma delegação não é a mesma operação que revogar uma aprovação de tokens, e o verbo em comum esconde uma diferença real. Uma aprovação é permissão permanente para um contrato mover seus tokens. Uma delegação não concede essa permissão: um delegado pode lançar seu peso e não pode tocar no seu saldo. Limpar todas as aprovações da sua carteira deixa sua delegação onde estava, e revogar sua delegação deixa cada aprovação onde estava.

Isso não desfaz o que seu delegado já fez. Votos já lançados continuam lançados, propostas já decididas continuam decididas, e o registro de como seu peso foi usado não é editado pela revogação.

Isso não libera tokens que um contrato separado está segurando. Se seu saldo está travado, em staking ou embrulhado numa posição vote-escrow, a delegação presa a essa posição segue as regras daquele contrato, e uma revogação enviada ao contrato do token não chega até ela.

A delegação fora da cadeia é revogada em outro lugar

Nem toda votação é liquidada na cadeia, e uma DAO que conduz suas votações fora dela mantém o registro de delegações fora do contrato do token. A documentação da Snapshot descreve três caminhos para delegar: um registro de delegados, usado quando um espaço configurou um contrato de delegação próprio; a própria página de delegação da Snapshot, que ela apresenta como a solução mais rápida para delegar a um endereço conhecido; e a interação direta com o contrato.

Essa pluralidade é o que se deve checar antes de considerar o trabalho terminado. A documentação da Snapshot observa ainda que uma delegação direta a um espaço escolhido tem prioridade sobre uma delegação feita para todos os espaços, de modo que um mesmo detentor pode estar delegado em mais de um lugar ao mesmo tempo, com uma ordem definida entre eles.

A auditoria é simples de enunciar. Liste cada registro em que seu endereço aparece como delegante, dentro e fora da cadeia, e limpe um de cada vez. Uma revogação no contrato do token não diz nada sobre uma entrada de registro que outro sistema lê.

Um exemplo resolvido

Suponha que você tenha 10.000 tokens e os tenha delegado a um endereço que carrega 250.000 de peso de voto no total, de modo que seu saldo é 4% do que aquele delegado pode lançar. A proposta A abre e seu bloco de instantâneo passa. Depois disso você delega a si mesmo.

Daquele bloco em diante, duas afirmações são verdadeiras ao mesmo tempo. Na proposta A, seu antigo delegado ainda carrega 250.000, porque aquela apuração lê o instantâneo e não o registro como ele está agora. Na proposta seguinte, o mesmo delegado carrega 240.000, e você carrega 10.000 que pode lançar por conta própria.

A segunda linha é também onde o relatório muda. Seu peso saiu de um delegado para um detentor, o que puxa para baixo uma leitura de concentração de votantes e para cima a contagem de participantes, enquanto uma taxa de participação medida sobre o peso delegado só melhora se você depois votar. Retomar seu peso e nunca usá-lo coloca você no mesmo lugar que deixá-lo com um delegado que se abstém.

Em resumo

Uma delegação é um campo que guarda um destino, então revogá-la significa escrever um destino novo em vez de apagar um antigo. Delegue a si mesmo e você vira o votante; delegue a outro lugar e você trocou de representante; não faça nada e seu peso continua sendo lançado sem você.

O que pega as pessoas é o tempo. O poder de voto é lido de um instantâneo passado, então uma revogação vincula toda proposta cujo instantâneo venha depois dela e nenhuma das já abertas. Cheque o registro de delegados antes de uma votação que importa para você, e não depois, e cheque cada registro que sua organização de fato usa. Para continuar aprendendo os fundamentos, acompanhe mais conteúdos da Bitbase Academy.

Leituras relacionadas

Outros artigos da Bitbase sobre este tema:

- Por que uma migração de token pede uma aprovação na carteira

- Migração de tokens concluída mas os novos tokens não aparecem

- Como calcular a autonomia da tesouraria de um token

- Índice NVT: valor da rede em relação às transações

- Golpes de airdrop e uma lista de segurança antes da reivindicação

Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Criptoativos são voláteis; avalie seu próprio risco. Escrito em setembro de 2026; consulte as informações oficiais mais recentes.

Fontes

[1] Documentação do OpenZeppelin Contracts 5.x, Governance docs.openzeppelin.com

[2] Documentação do OpenZeppelin Contracts 5.x, API, ERC20 (ERC20Votes) docs.openzeppelin.com

[3] Documentação da Compound, Governance (Compound v2) docs.compound.finance

[4] Documentação da Snapshot, guias do usuário, Delegation docs.snapshot.box