Ausführung von Vorschlägen

Im GovernorBravo-Framework und in OpenZeppelin Governor schließt die Ausführung einen Zyklus aus fünf Phasen ab. Zunächst wird der Vorschlag mit seinen targets, values und calldatas registriert. Nach einer anfänglichen Verzögerung folgt die Abstimmungsphase, bei Compound rund drei Tage, wobei die Stimmkraft aus dem Snapshot gelesen wird. Erreicht der Vorschlag Quorum und Mehrheit, wird er im Timelock-Contract eingereiht. Es folgt ein verpflichtender Delay, bei Compound zwei Tage, der die zentrale Schutzmaßnahme darstellt. Erst danach kann jeder execute aufrufen, woraufhin der Timelock die Transaktionen auslöst. Dieser Delay gibt den Nutzern Zeit, auf einen bösartigen Vorschlag zu reagieren, der angenommen wurde.

Hier wird die Abstimmung ohne zwischengeschaltete Instanz zur Handlung: On-chain-Governance ist ausführbar, nicht nur beratend. Der Timelock vor der Ausführung ist die letzte Verteidigungslinie gegen einen Governance-Angriff, der die vorherigen Phasen überstanden hat, denn er verschafft Zeit, den Vorschlag zu prüfen oder Mittel zu verschieben, bevor dieser wirksam wird.

Der Timelock von Compound ist die Referenz: Er reiht Vorschläge ein und führt sie nach zwei Tagen aus. Die Kombination aus OpenZeppelin Governor und TimelockController ist der Standard, den Protokolle wie Uniswap, ENS oder Optimism verwenden. Als Gegenbeispiel wurde beim Beanstalk-Vorfall der bösartige Vorschlag im selben Block ausgeführt, ohne wirksamen Timelock, was das sofortige Leerräumen der Mittel ermöglichte. Die Ausführung des Vorschlags ist der Schritt nach der Auszählung auf Basis der im Snapshot festgelegten Stimmkraft und gilt vollständig nur in einer DAO, die eine progressive Dezentralisierung mit echter On-chain-Governance erreicht hat.