Verfasst von Pablo Gómez
Founder & CEO von Metlabs · Geprüft am 11. Oktober 2026
Ein Governance-Token ergänzt einen fungiblen Token um Stimmrechte. Die Erweiterung ERC20Votes bringt ein Checkpoint-System mit, das die Historie der Stimmkraft jedes Accounts pro Timepoint aufzeichnet und so die Abfrage von getPastVotes zum Snapshot eines Vorschlags erlaubt. Ein zentrales Detail: Die Stimmkraft ist nicht der direkte Saldo, es zählt nur das Delegierte. Ein Inhaber muss delegieren, und sei es an sich selbst, um seine Stimme zu aktivieren, was Doppelzählungen verhindert. Der Standard ERC-6372 legt fest, ob als Uhr die Blocknummer oder der Timestamp verwendet wird.
Er verteilt die Kontrolle und richtet Anreize aus. Wer das Risiko des Protokolls trägt, entscheidet ohne Genehmigung über die Parameter, die seinen Wert beeinflussen. Der Snapshot zum Timepoint friert die Stimmkraft ein, sodass spätere Transfers das Ergebnis dieses Vorschlags nicht mehr verändern. Viele Designs nutzen den Token zusätzlich als Anreiz zur Beteiligung.
Die OpenZeppelin-Erweiterung ERC20Votes geht auf den COMP-Token von Compound zurück, der dieses Muster geprägt hat. ERC-5805 zur Abstimmung mit Delegation und ERC-6372 zur Contract-Uhr sind die Standards, die Delegation, Checkpoints und Uhr festschreiben. Beispiele aus der Praxis sind COMP, UNI von Uniswap, ENS, AAVE und MKR von MakerDAO. In der Europäischen Union sollte im Einzelfall geprüft werden, ob ein Governance-Token außerhalb des Anwendungsbereichs von MiCA liegt oder ob seine Merkmale ihn in die Nähe einer anderen regulierten Kategorie rücken.
Auch bekannt als
- Governance token






