News
Spark-Governance: SAEP-22 schlägt Update des Risk Curation Frameworks vor
Von KryptoRatgeber · veröffentlicht 15. September 2026
Phoenix Labs hat am 11. September 2026 im Sky-Governance-Forum den Vorschlag SAEP-22 eingereicht, der das sogenannte Risk Curation Framework des DeFi-Protokolls Spark überarbeiten soll — also die Regeln, nach denen Risikoparameter für bestimmte Krypto-Einlagentresore geändert und notfalls gestoppt werden können. Der Vorschlag betrifft vor allem das Zusammenspiel von Abstimmungen, Wartezeiten und Kontrollmechanismen innerhalb des Sky-Ökosystems. Für Nutzer, die Kapital in Spark-Produkten einsetzen, ist das relevant: Solche Governance-Prozesse entscheiden darüber, wer unter welchen Bedingungen Parameteränderungen durchsetzen oder blockieren darf.
Zwei Stellschrauben: Wer darf wann eingreifen — und unter welchen Bedingungen?
SAEP-22 enthält laut SAEP-22: Update Risk Curation Framework (Sky Forum) zwei konkrete Anpassungen an den bestehenden Prozessregeln.
Erstens sollen bestimmte Sky-eigene Akteure — sogenannte Cancellation-Akteure, also Instanzen, die eine anstehende Parameteränderung noch stoppen können — von einer Unabhängigkeitspflicht befreit werden. Bisher mussten Curator (derjenige, der eine Änderung vorschlägt) und Cancellation-Akteur organisatorisch getrennt sein. SAEP-22 nimmt Sky-designierte Stellen, darunter den Operational GovOps eines sogenannten Operational Executor Agents, von dieser Trennung aus — externe Curatoren bleiben davon unberührt.
Zweitens soll das sogenannte Queuing — das vorab Einreihen einer Änderung in die Ausführungswarteschlange — bereits vor dem offiziellen Ende einer Abstimmung erlaubt sein. Voraussetzung: Der Timelock, also die fest einprogrammierte Wartezeit vor der tatsächlichen Umsetzung, läuft mindestens 24 Stunden nach dem erwarteten Abstimmungsschluss ab. Eine Pflicht zum Stopp aus reinen Zeitgründen entsteht erst dann, wenn nach Abstimmungsschluss weniger als 20 Stunden bis zur Ausführbarkeit verbleiben — ein bewusst separater Schwellenwert. Vault-Appointments, Vertragsrechte und Risikoparameter selbst bleiben durch SAEP-22 unverändert.
Wenn Kontrolle und Tempo sich widersprechen — warum dieser Kompromiss logisch ist
SAEP-22 folgt einem in der DeFi-Governance typischen Muster: Eine neue Regel schafft unbeabsichtigte Reibung, die dann zügig nachgebessert wird. Hier ist das besonders auffällig: Atlas PR #329, der die nun teilweise ausgenommenen Unabhängigkeitsregeln verankert hat, wurde am 10. September 2026 zusammengeführt — SAEP-22 landete bereits am nächsten Tag im Forum. Das ist kein Zeichen von Chaos, sondern zeigt, dass die beteiligten Teams die praktischen Auswirkungen ihrer eigenen Regeln schnell durchdenken.
Der Kern des Vorschlags ist ein klassischer Governance-Zielkonflikt: Unabhängige Cancellation-Akteure — also Kontrolleure, die Änderungen stoppen können — sollen einerseits die Macht einzelner Akteure begrenzen. Andererseits erzeugen starre Unabhängigkeitsvorgaben Ineffizienzen, wenn Sky-eigene Stellen dieselbe Rolle ohnehin institutionell kontrolliert übernehmen. Die vorgeschlagene Ausnahme gilt deshalb ausdrücklich nur für Sky-designierte Akteure, nicht für externe Curatoren.
Für Nutzer mit Kapital in Spark-Vaults — also Einlagentresoren im DeFi-Bereich — ändert sich durch SAEP-22 direkt nichts an Risikoparametern, Vault-Zuweisungen oder Vertragsrechten. Die Änderungen betreffen ausschließlich den Ablauf: wer abstimmen darf, wann Änderungen in die Warteschleife können und wann ein Stopp zwingend erforderlich ist.
Kritisch zu beachten: Alle Aussagen zur Ausrichtung am Sky Core Atlas stammen von Endgame Edge, einem Akteur innerhalb des gleichen Ökosystems. Eine unabhängige externe Prüfung dieser Bewertung liegt nicht vor.
Wie Spark-Governance Sicherheitsnetze für DeFi-Tresore organisiert
Spark ist ein dezentrales Finanzprotokoll — kurz DeFi — das zum Sky-Ökosystem gehört und Nutzern ermöglicht, Krypto-Vermögen einzusetzen und Erträge zu erzielen. Die Regeln dafür, wer welche Parameter dieser Tresore ändern darf, werden nicht von einem Unternehmen festgelegt, sondern durch kollektive Abstimmungen in einer DAO — einer Art digitaler Genossenschaft ohne zentrale Geschäftsführung.
Eine zentrale Rolle spielen dabei sogenannte Morpho Vaults — Einlagentresore, in denen Kapital nach festgelegten Risikoregeln verwaltet wird. Damit niemand unbemerkt gefährliche Parameteränderungen durchsetzen kann, gibt es Curatoren, die Änderungen prüfen, und Cancellation-Akteure, die sie im Notfall stoppen. Zwischen diesen Rollen muss eine strukturelle Unabhängigkeit bestehen — ähnlich wie bei einer Bank, deren Risikoabteilung unabhängig vom Vertrieb agiert. SAEP-22 greift genau in dieses Beziehungsgeflecht ein.
Häufige Fragen
Was ändert SAEP-22 konkret an den Sicherheitsregeln?
SAEP-22 ändert keine Risikoparameter, keine Vault-Berechtigungen und keine Vertragsrechte — es justiert nur, wer bei bestimmten Governance-Schritten als "unabhängig" gelten muss. Sky-designierte Cancellation-Akteure werden künftig von bestimmten Unabhängigkeitsanforderungen ausgenommen. Außerdem darf unter klar definierten Bedingungen früher in der Abstimmungsphase in die Warteschlange eingereiht werden, solange die Mindestwartezeit gewahrt bleibt.
Was ist ein Timelock — und warum ist er wichtig?
Ein Timelock ist eine erzwungene Verzögerung zwischen dem Beschluss einer Änderung und ihrer tatsächlichen Umsetzung. In dieser Zeitspanne können unabhängige Kontrolleure eingreifen und eine Änderung stoppen, falls sie problematisch erscheint. SAEP-22 legt fest, dass beim vorzeitigen Einreihen einer Änderung der Timelock mindestens 24 Stunden nach dem erwarteten Abstimmungsende ablaufen muss — als Schutzpuffer.
Wer hat das letzte Wort bei diesem Vorschlag?
SAEP-22 wurde von Phoenix Labs als sogenannter nested contributor eingereicht, also einem anerkannten Teilnehmer im Sky-Ökosystem. Die Ausrichtung am Sky-Regelwerk wurde von Endgame Edge bestätigt. Den formalen Abschluss bringt jedoch erst ein Governance-Abstimmungsverfahren innerhalb der Sky-Community.