Safe

Was ist Safe?

Safe ist ein Smart-Account- und Verwahrungs‑Koordinationsstandard für Ethereum und EVM‑Chains, vor allem bekannt durch das kampferprobte Multi-Signatur‑„Safe“-Vertragssystem und die dazugehörige Infrastruktur. Diese ermöglicht es mehreren Parteien, Richtlinien und Modulen, Vermögenswerte und Onchain‑Berechtigungen gemeinsam zu kontrollieren, ohne sich auf einen zentralisierten Verwahrer zu verlassen. In der Praxis löst es ein wiederkehrendes institutionelles Problem im Kryptobereich: Schlüsselverwaltung ist nicht nur ein kryptographisches, sondern auch ein operatives Thema, bei dem Governance, Freigaben, Ausgabelimits und Wiederherstellung auf der Account‑Ebene durchsetzbar sein müssen. Der Burggraben von Safe beruht weniger auf neuartiger Kryptographie als auf Standardisierung und Komponierbarkeit: Es hat sich zu einem weit integrierten Onchain‑„Ownership Primitive“ entwickelt, um das herum Anwendungen und Institutionen bauen können, und es hat sich über Multisig hinaus zu modularen Smart Accounts über seinen Account‑Abstraction‑Stack weiterentwickelt (häufig öffentlich beschrieben als Safe{Core}).

In Bezug auf die Marktposition ist Safe kein Base‑Layer‑Netzwerk, das um Blockspace konkurriert, sondern eine horizontale Account‑Schicht, die über viele Chains und Anwendungen hinweg Akzeptanz aufbauen kann.

Diese Unterscheidung ist wichtig, wenn Investor:innen versuchen, Kennzahlen wie TVL einzuordnen: Aggregatoren wie DeFiLlama weisen „TVL“ unter ihrer strikten Definition (Vermögenswerte, die in Protokoll‑Verträge eingezahlt sind) derzeit effektiv als null aus, obwohl Safe‑Accounts sehr große Salden und Transaktionsvolumina verwahren oder vermitteln können. Eine aussagekräftigere Perspektive ist Aktivität und „verarbeitetes Volumen“ über Safe‑Accounts; Messaris „State of Safe Q1 2025“ etwa beschreibt Rekordwerte bei Smart‑Account‑Transaktionen und signifikante DEX‑Volumina, die über Safe‑basierte Accounts geroutet werden, und hebt gleichzeitig hervor, wie stark diese Aktivität konzentriert sein kann, wenn ein einzelner Distributionskanal (damals insbesondere World/World Chain) die Kontoerstellung und DAUs dominiert.

Wer hat Safe wann gegründet?

Safe entstand ursprünglich als „Gnosis Safe“, hervorgegangen aus dem Gnosis‑Ökosystem, und gewann in der Zeit von 2018 bis 2021 an Bedeutung, als DeFi‑ und DAO‑Treasuries einen akuten Bedarf an prüfbarer, gemeinschaftlicher Verwahrung hatten.

Im Laufe der Zeit wurde es als eigenständiges Projekt formalisiert, mit Governance über eine DAO und unterstützt durch eine Schweizer Rechtsstruktur; das Safe Ecosystem Foundation imprint listet unter anderem Lukas Schor, Stefan George und Richard Meissner als Ratsmitglieder auf. Das spiegelt die Kontinuität mit der ursprünglichen Builder‑Gruppe wider und zugleich eine institutionell besser greifbare Struktur als ein informelles Open‑Source‑Team.

Die narrative Entwicklung des Projekts folgt einem breiteren Branchentrend: Multisig begann als „sicherere Verwahrung für Teams“ und wurde dann zu einer programmierbaren Account‑Oberfläche für Governance, modulare Sicherheit und Account Abstraction. Die Einführung eines Governance‑Tokens und eines DAO‑Rahmenwerks im September 2022, über die unter anderem CoinDesk berichtete und die später in Governance‑Launch‑Rückblicken wie bei Blockworks analysiert wurde, signalisierte, dass sich das strategische Gravitationszentrum von Safe vom „Produkt“ hin zum „Ökosystem‑Standard“ verschob. Token‑Governance soll dabei Upgrades, Anreize und Treasury‑Politik koordinieren, anstatt einen Anspruch auf Protokoll‑Cashflows zu repräsentieren.

Wie funktioniert das Safe‑Netzwerk?

Safe ist keine eigenständige Blockchain und hat daher keinen eigenen Konsensmechanismus; es erbt Sicherheit, Liveness und Finalität von den Host‑Chains, auf denen Safe‑Smart‑Accounts bereitgestellt werden (Ethereum‑Mainnet, L2s und EVM‑Sidechains). Technisch gesehen ist ein Safe ein Smart‑Contract‑Account, der Transaktionen gemäß seiner konfigurierten Richtlinie validiert (z. B. M‑von‑N‑Signaturen) und über Module/Guards erweitert werden kann, sodass zusätzliche Prüfungslogik auf der Account‑Ebene eingefügt werden kann.

Diese „Policy‑Durchsetzung auf Account‑Ebene“ unterscheidet sich kategorisch vom Konsens auf Netzwerkebene: Sie ordnet Transaktionen nicht global, kann aber die unautorisierte Ausführung von einem bestimmten Account verhindern, selbst wenn ein Angreifer Transaktionen in den Mempool einspeisen kann.

Die jüngere architektonische Einordnung von Safe betont modulare Account‑Abstraction‑Infrastruktur, wobei die Safe{Core}-Ausrichtung explizit als interoperable Smart Accounts positioniert ist, nicht als ein einzelnes Wallet‑UX.

Das Sicherheitsmodell ist entsprechend aufgeteilt: Die Onchain‑Verträge können robust sein, aber die praktische Sicherheit des Systems hängt auch von der Integrität der Signatur‑Workflows, der Hardware‑Geräte und der Benutzeroberflächen ab, die Transaktionen zur Signatur zusammenstellen. Ein konkretes Beispiel ist der Bybit‑Vorfall im Februar 2025, der in Messaris „State of Safe Q1 2025“ diskutiert wird: Berichten zufolge war ein gezielter Kompromiss der von Bybit‑Signern genutzten Safe‑Weboberfläche ausschlaggebend, nicht ein Exploit der Safe‑Verträge selbst. Technische Drittanbieter‑Analysen wie Ledgers Post‑Mortem‑ähnlicher Beitrag Learning From The Bybit/Safe Attack stellen ihn ebenfalls als Interface‑/Integrations‑Fehlermodus dar, den institutionelle Nutzer ausdrücklich in ihr Threat‑Model einbeziehen müssen.

Wie sehen die Tokenomics von SAFE aus?

SAFE ist in erster Linie ein Governance‑Token für SafeDAO und kein Gas‑Token; sein Angebotsdesign lässt sich am besten als langfristiger Unlock‑Zeitplan mit großer Treasury‑Allokation verstehen, nicht als algorithmisches Emissionssystem, das direkt mit Netzwerksicherheit verknüpft ist.

Die eigene Erklärung der Safe Foundation, SAFE Tokenomics, beschreibt ein fixes Maximalangebot von 1.000.000.000 Token und eine Verteilung, die DAO‑Treasuries (SafeDAO und GnosisDAO) mit mehrjährigen Vesting‑Perioden stark bevorzugt, ergänzt um Zuteilungen an Nutzer, Ökosystem‑„Guardians“, Kernbeitragende, eine strategische Finanzierungsrunde und die Stiftung. Da das Vesting mehrere Jahre umfasst, ist das zirkulierende Angebot von SAFE strukturell zeitvariabel; Drittanbieter‑Tracker wie die Unlock‑Seite von Tokenomics.com quantifizieren dies als mehrjährige Abfolge von Unlock‑Ereignissen bis 2030. Das impliziert, dass Verwässerungsdynamiken (und die Identität der Empfänger neu freigeschalteten Angebots) in einem gegebenen Zeitraum ebenso wichtig sein können wie „Nachfragewachstum“.

Nutzen und Wertakkumulation bleiben die zentrale offene Frage für SAFE als Asset. DeFiLlamas Protokollseite für Safe führt Protokollgebühren/-umsätze im Wesentlichen auf Swap‑bezogene Flüsse zurück (z. B. über integrierte Handelsrouten), zeigt aber „Holder Revenue“ praktisch als null an. Das unterstreicht, dass Tokenholder nicht davon ausgehen sollten, ein direkter Gebührenanspruch sei entweder implementiert oder unausweichlich.

In dieser Einordnung ähnelt SAFE vielen Governance‑Tokens: Es kann Treasury‑Ausgaben, Grants und Protokollrichtung koordinieren, aber ob es „netzwerk‑essentiell“ wird, hängt von künftigen Governance‑Entscheidungen und glaubwürdigen Mechanismen ab, die die Nutzung von Safe‑Accounts (die schnell wachsen kann) mit der Token‑Nachfrage verknüpfen (die nicht automatisch folgt).

Wer nutzt Safe?

Safe’s Onchain‑Footprint lässt sich am besten als Infrastrukturnutzung statt als spekulativer Umsatz beschreiben: Es ist eingebettet in Treasury‑Operationen, Verwahrungs‑Workflows und Anwendungs‑Accounts, bei denen policy‑basierte Kontrolle eine funktionale Voraussetzung ist.

Dennoch ist die Nutzung nicht gleichmäßig über Segmente verteilt; Messaris „State of Safe Q1 2025“ beschreibt eine Phase, in der die Safe‑Smart‑Account‑Aktivität und die DAUs stark auf World Chain konzentriert waren und in der DEX‑Volumen, die über Safe‑Accounts geroutet wurden, auf bestimmten L2s sprunghaft anstiegen. Das ist relevant, weil „reale Nutzung“ dennoch prozyklisch und partnergetrieben sein kann: Ein großer Integrator kann Millionen von Accounts anlegen, aber das bedeutet nicht automatisch eine entsprechend breite Dezentralisierung der Nachfrage über unabhängige Anwendungen hinweg.

Institutionelle und Enterprise‑Adoption ist einer der glaubwürdigeren Differenzierungsfaktoren von Safe, sollte aber präzise diskutiert werden: Der stärkste Beleg sind weniger große Markennamen‑Anekdoten als vielmehr die Persistenz von Safe als De‑facto‑Multisig‑Standard für Teams, die hochvolumige Vermögenswerte verwalten, und für Anwendungen mit Bedarf an programmierbarer Verwahrung. Gleichzeitig zeigte der in „State of Safe Q1 2025“ hervorgehobene Bybit‑Vorfall, der von Sicherheitsanbietern und Integratoren, darunter Ledger, weiter analysiert wurde, dass „Enterprise‑Nutzung“ systemische Risiken verstärken kann, wenn viele Institutionen auf dieselbe Oberfläche und ähnliche Betriebsabläufe setzen. Mit anderen Worten: Adoption kann sowohl ein Burggraben als auch ein korrelierter Risikofaktor sein.

Welche Risiken und Herausforderungen gibt es für Safe?

Aus regulatorischer Sicht ist das Risikoprofil von Safe in der Regel gedämpfter als das von L1‑Tokens, weil es keinen Blockspace verkauft und nicht im Zentrum marktstruktureller Debatten über Börsenintermediation steht. SAFE ist jedoch weiterhin ein Governance‑Token mit großer Treasury und identifizierbaren Entwicklungs‑Stakeholdern und bewegt sich in einem Umfeld, in dem die Grenze zwischen „Software‑Koordination“ und „Finanzprodukt“ je nach Jurisdiktion und künftiger Token‑Utility umstritten sein kann.

Die unmittelbarere „regulatorische“ Exponierung könnte indirekt sein: Verwahrungsfehler, Sanktions‑Compliance‑Erwartungen gegenüber Institutionen und potenzielle Prüfungen nach prominenten Vorfällen – selbst dann, wenn die eigentliche Ursache Integrations‑Layer‑Kompromisse und keine Onchain‑Vertragsfehler sind.

Operative und technische Zentralisierungsrisiken sind konkreter.

Der Bybit‑Fall zeigt eine Kategorie von Ausfall, bei der die Smart Contracts unangetastet bleiben können, während die Signatur‑Umgebung über eine kompromittierte Web‑Anwendungs‑Supply‑Chain manipuliert wird; Analysen wie Curvegrid’s breakdown betonen den „Single Point of Failure“, der entsteht, wenn eine große Institution sich auf eine gemeinsam genutzte, gehostete UI für die Transaktionskonstruktion verlässt und display. Der Wettbewerb verschärft sich ebenfalls: alternative Multisig-Frameworks, interne MPC-Stacks von Börsen und Verwahrern sowie neuere Account-Abstraction-Ökosysteme können Safes Bekanntheit erodieren, wenn sie vergleichbare Sicherheit mit besserem Policy-Tooling, besserer UX oder strengeren Enterprise-Kontrollen bieten.

Schließlich muss Safe als Standard ein Gleichgewicht finden zwischen Rückwärtskompatibilität und Versteinerung einerseits und der Notwendigkeit, sich mit Account Abstraction, L2-Fragmentierung und neuen Bedrohungsmodellen weiterzuentwickeln, andererseits; Standards, die sich zu langsam bewegen, laufen Gefahr, umgangen zu werden.

What Is the Future Outlook for Safe?

Die kurz- bis mittelfristigen Perspektiven von Safe hängen davon ab, ob es seine Position als De-facto-Standard für Smart Accounts in eine nachhaltige Plattform mit robusten Schnittstellen, diversifizierter Integrator-Nachfrage und klareren, token-ausgerichteten Anreizen übersetzen kann.

Die eigenen Ökosystem-Kommunikationen des Projekts, wie der Safe-Forenbeitrag 2025 Reflections and 2026 Outlook, betonen operative Reifeziele wie Effizienz, Internalisierung zentraler Fähigkeiten und Ertragsdisziplin. Dies ist konsistent mit einem Infrastrukturanbieter, der auf Dauerhaftigkeit statt auf Wachstum um jeden Preis setzt.

Auf der technischen Seite deutet die Richtung, die sich aus dem Safe{Core} protocol framing ergibt, auf eine fortgesetzte Modularisierung rund um Account Abstraction hin, was strategisch sinnvoll ist, da Ethereums Roadmap und das Wallet-Ökosystem Smart Accounts zunehmend als zentrales UX- und Sicherheits-Primitive behandeln.

Die strukturellen Hürden sind ebenso klar: Safe muss die Abhängigkeit von einer einzelnen gehosteten Schnittstelle für High-Stakes-Signaturen verringern, die End-to-End-Transaktionsprüfung für institutionelle Akteure weiter absichern und ein Ökosystem vermeiden, in dem die Adoption von einem einzigen Distributionspartner dominiert wird, dessen Aktivitätsmuster die Gesamtmetriken stark schwanken lassen können.

Für SAFE als Token ist die entscheidende Frage, ob Governance dauerhaft seine primäre Funktion bleibt oder ob das Ökosystem zu zusätzlichen, klar definierten Nutzwerten konvergiert, die nicht-spekulative Nachfrage erzeugen. Bis solche Mechanismen sowohl spezifiziert als auch übernommen sind, dürfte sich der Investment-Case von SAFE eher um Governance-Optionalität und Ökosystem-Koordination drehen als um eine wertabschöpfende Cashflow-ähnliche Komponente.