Escrito por Pablo Gómez
Founder & CEO de Metlabs · Revisado el 11 de octubre de 2026
ERC-20Votes hereda del módulo abstracto `Votes` de OpenZeppelin, que implementa ERC-5805. Las unidades de voto de cada cuenta equivalen a su balance ERC-20, pero ese balance no cuenta como voto hasta que la cuenta delega, en sí misma o en otra, con `delegate` o `delegateBySig`. En cada transferencia o cambio de delegación se escribe un checkpoint del poder de voto, que luego se consulta con `getVotes` y `getPastVotes`. Por defecto el reloj usa el número de bloque y, conforme a ERC-6372, puede usar timestamps. No es un EIP con número propio, sino una extensión de contrato de OpenZeppelin conforme a esos estándares.
Es el ladrillo estándar de las DAO. Habilita votación on-chain segura por snapshot, que impide comprar voto y revenderlo en el mismo bloque, y gobernanza delegada sin ceder custodia. Es la materialización directa de ERC-5805 sobre un token fungible.
Los tokens de gobernanza más conocidos se construyen sobre este patrón: UNI de Uniswap, COMP de Compound (el diseño original que inspiró la extensión), ENS, Gitcoin y AAVE. Se combina con el contrato `Governor` de OpenZeppelin para el flujo de proponer, votar, encolar y ejecutar, a menudo junto a un `TimelockController`. En versiones recientes de OpenZeppelin, `ERC20Votes` se unificó en torno a `uint256`, frente a la antigua variante limitada a `uint96` por compatibilidad con el Governor de Compound.
También conocido como
- ERC20Votes
- token de gobernanza





