Verfasst von Pablo Gómez
Founder & CEO von Metlabs · Geprüft am 11. Oktober 2026
Der Standard definiert zwei erforderliche Funktionen. clock() gibt den aktuellen Zeitpunkt gemäß dem Modus des Contracts zurück, muss eine nicht fallende Funktion der Chain sein und liefert einen uint48, der für realistische Werte ausreicht und sich für Storage-Packing eignet. CLOCK_MODE() gibt eine maschinenlesbare Zeichenkette im Query-String-Format zurück, die die Uhr beschreibt: mode=blocknumber&from=default für die Blocknummer als Standard, mode=blocknumber&from=<CAIP-2-ID> für eine andere Chain oder mode=timestamp für Echtzeit.
Die Blocknummer ist eine wenig stabile Uhr, da die Zeit zwischen Blöcken schwankt und sich zwischen L2-Netzwerken unterscheidet. ERC-6372 entstand innerhalb der Diskussion zu ERC-5805 (Abstimmung mit Delegation) und wurde als eigener Standard ausgegliedert; ERC-5805 erklärt eine Abhängigkeit von ihm. Die Kompatibilitätsregel ist entscheidend: Ein Governance-Contract, der ERC-6372 nicht implementiert, muss so arbeiten, als würde CLOCK_MODE standardmäßig die Blocknummer zurückgeben. Erst die Implementierung erlaubt es, explizit und selbstbeschreibend von der Blocknummer auf den Timestamp zu migrieren.
ERC-6372 wurde am 25. Januar 2023 erstellt, befindet sich in Ethereum weiterhin im Standardisierungsprozess, ist also noch nicht Final, und wird von Hadrien Croubois und Francisco Giordano verantwortet. Die timestamp-basierte Abstimmung, die er zusammen mit ERC-5805 formalisiert, kam mit OpenZeppelin Contracts v4.9: Die Module Governor, ERC20Votes und ERC721Votes implementieren clock() und CLOCK_MODE(). Darüber hinaus gibt es eine offene Anfrage, die Schnittstelle in die VestingWallet von OpenZeppelin aufzunehmen, ein Zeichen für seine Verbreitung über die reine Governance hinaus.
Quellen
Auch bekannt als
- ERC6372
- Contract clock





