Escrito por Pablo Gómez
Founder & CEO da Metlabs · Revisado em 11 de outubro de 2026
Um token de governança adiciona direitos de voto a um token fungível. A extensão ERC20Votes incorpora um sistema de checkpoints que registra o histórico de poder de voto de cada conta por timepoint, o que permite consultar getPastVotes no snapshot de uma proposta. Um detalhe fundamental: o poder de voto não é o saldo direto, conta apenas o que foi delegado. Um titular precisa delegar, ainda que a si mesmo, para ativar seu voto, o que evita a dupla contagem. O padrão ERC-6372 define se o relógio usado é número de bloco ou timestamp.
Distribui o controle e alinha incentivos. Quem suporta o risco do protocolo decide sobre os parâmetros que afetam o seu valor, sem necessidade de permissão. O snapshot por timepoint congela o poder de voto, de modo que as transferências posteriores não alteram o resultado dessa proposta. Muitos projetos também usam o token como incentivo à participação.
A extensão ERC20Votes da OpenZeppelin deriva do token COMP da Compound, pioneiro do padrão. ERC-5805, sobre votação com delegação, e ERC-6372, sobre o relógio do contrato, são os padrões que codificam delegação, checkpoints e relógio. Exemplos reais são COMP, UNI da Uniswap, ENS, AAVE e MKR da MakerDAO. Na União Europeia, convém analisar caso a caso se um token de governança fica fora do perímetro do MiCA ou se suas características o aproximam de outra categoria regulada.
Também conhecido como
- Governance token





