Referenz · Verwahrmodelle
Verwahrmodelle und was sie auslösen
Institute wählen meist zuerst einen Verwahrer und entdecken die regulatorische Folge danach. Andersherum funktioniert es besser.
- Erlaubnispflicht
- Verwahrung für Kunden
- Regime
- MiCAR, zuvor KWG (DE)
- Was sie auslöst
- Kontrolle über die Schlüssel
- Unsere Rolle
- Wir bauen. Wir verwahren nicht.
Das Modell entscheidet über die Erlaubnis
Verwahrung ist keine Produktkategorie, sondern die rechtliche Folge einer Architektur. Die Frage der Aufsicht ist eng gestellt: Kann dieses Unternehmen die Werte ohne den Kunden bewegen? Wenn ja, hält es sie für den Kunden, und das ist erlaubnispflichtig. Wenn nein, dann nicht — unabhängig davon, wie viel der Oberfläche das Unternehmen betreibt, wie die Werte dargestellt werden oder wessen Marke auf der App steht. Wer die Architektur erst nach der Anbieterwahl festlegt, braucht am Ende eine Erlaubnis, die niemand eingeplant hat.
Drei Modelle, drei verschiedene Antworten
Im Modell der Eigenverwahrung hält das Institut die Schlüssel selbst und trägt die Erlaubnis, die Trennungspflichten und die Versicherungsfrage. Im delegierten Modell hält sie ein lizenzierter Verwahrer, und das Institut trägt Gegenparteirisiko statt einer Erlaubnis — die übliche Bankkonstellation. Im non-custodial Modell hält der Kunde die Schlüssel, und niemand verwahrt etwas; das Institut liefert Software, Oberfläche und Support. Das Dritte ist kein Schlupfloch, sondern ein echter Tausch: Die Erlaubnispflicht entfällt, dafür übernimmt man Schlüsselwiederherstellung, Nutzerfehler und Supportlast, die ein Verwahrer sonst abfängt.
Deutschland im Besonderen
Die Kryptoverwahrung ist in Deutschland seit 2020 ein erlaubnispflichtiges Bankgeschäft: Das Kryptoverwahrgeschäft wurde ins Kreditwesengesetz aufgenommen und der Erlaubnis der BaFin unterstellt. MiCAR erfasst dieselbe Tätigkeit nun als eine ihrer aufgezählten Kryptowerte-Dienstleistungen, mit Übergangsregelungen für bestehende nationale Erlaubnisse. Praktisch heißt das für ein deutsches Institut: Verwahrung war nie der unregulierte Teil. Wer MiCAR als den Moment liest, in dem Verwahrung erstmals beaufsichtigt wurde, liest falsch.
Beim Staking wird das am häufigsten falsch gelesen
Staking für Kunden anzubieten heißt nicht automatisch, deren Werte zu verwahren. In einem Delegated-Proof-of-Stake-Netzwerk überträgt die Delegation Validierungsrechte an einen Validator, während die Token unter dem eigenen Schlüssel des Inhabers bleiben — der Validator kann sie nicht bewegen, und Slashing-Risiko ist nicht dasselbe wie Kontrolle. Ein Institut kann Kundendelegationen also an Validatoren leiten, ohne je zu verwahren. Was die Antwort dagegen ändert: das Bündeln von Kundenwerten in einer Omnibus-Position, die Übernahme der Schlüssel zum Zweck der Delegation oder die Ausgabe einer Forderung gegen das Institut statt einer Onchain-Position. Die Unterscheidung ist nicht akademisch — an ihr hängt, ob ein Staking-Produkt in die bereits vorhandene Erlaubnis passt.
Zugriff ist nicht gleich Verwahrung
Die neueren Architekturen trennen beides bewusst. Threshold-Signaturen zerlegen einen Schlüssel so, dass keine einzelne Partei ihn je zusammensetzt; abgegrenzte Berechtigungen erlauben einer Software genau eine Aktion und keine andere; hardware-isolierte Ausführung hält die Teile getrennt. MoonPays PayBox, veröffentlicht im Juli 2026, ist das deutlichste aktuelle Beispiel: Es lässt einen Assistenten Zahlungen vorbereiten und ausführen und stellt zugleich klar, dass der Agent nie einen Schlüssel hält. Es ist dieselbe strukturelle Aussage, die wir über unser eigenes Consumer-Produkt treffen, und es ist die Richtung, in die sich institutionelle Infrastruktur bewegt: berechtigter Zugriff auf Werte, die das Institut nicht hält.
Was wir hier genau tun
Wir sind kein Verwahrer und wollen keiner sein. Wir halten keine Kundenwerte, betreiben keine Omnibus-Wallet und besitzen keine Verwahrerlaubnis. Was wir tun, ist die Systeme zu bauen: Schlüsselverwaltung mit Threshold-Kryptografie, Delegations- und Settlement-Flows, die Dashboards, die sie überwachen, und die Agenten-Schicht darüber. Wo ein Projekt tatsächlich einen lizenzierten Verwahrer braucht, binden wir einen ein, statt die Anforderung wegzudefinieren — genau so funktioniert die Fiat-Strecke unseres eigenen Consumer-Produkts. Wenn ein Anbieter behauptet, seine Architektur beseitige eine sonst nötige Erlaubnis, fragt ihn, welche konkrete Aktion er ohne den Kunden ausführen kann, und lest die Antwort genau.
Häufige Fragen
Ist eine MPC-Wallet Verwahrung?
Das hängt vollständig davon ab, wo die Shares liegen. Hält der Anbieter genug Shares, um ohne den Kunden zu signieren, ist das Kontrolle und damit Verwahrung, ganz gleich was das Marketing sagt. Erfordert die Signatur tatsächlich einen Share, den nur der Kunde hat, kann der Anbieter die Werte nicht bewegen und verwahrt sie nicht. MPC ist ein Verfahren, kein regulatorischer Status — zwei Produkte mit derselben Kryptografie können auf entgegengesetzten Seiten der Linie landen.
Braucht eine Bank für Staking eine Verwahrerlaubnis?
Nicht zwangsläufig. Die Delegation in einem Proof-of-Stake-Netzwerk überträgt Validierungsrechte, nicht die Werte, und der Schlüssel des Inhabers kontrolliert sie weiterhin. Die Erlaubnisfrage hängt an der Umsetzung: die eigene Delegation eines Kunden weiterzuleiten ist etwas anderes, als Kunden-Token zu bündeln, die Schlüssel zur Delegation zu übernehmen oder eine Forderung gegen die Bank auszugeben. Die meisten Staking-Produkte, die eine Erlaubnis brauchen, brauchen sie wegen der Umsetzung, nicht weil Staking angeboten wurde.
Kann ein KI-Agent Mittel bewegen, ohne dass jemand verwahrt?
Ja, und genau darauf zielt das Design. Der Agent erhält eine abgegrenzte, widerrufliche Berechtigung, eine definierte Aktion auszulösen; die Signatur benötigt weiterhin Material, das der Agent nicht hat. PayBox baut auf dieser Trennung auf, unser eigenes Produkt ebenfalls. Was das nicht beseitigt, ist die operative Frage, was passiert, wenn die Berechtigung zu weit gefasst ist — weshalb Ausgabenlimits und Einmalfreigaben in der Praxis mehr zählen als die Kryptografie.
Bietet Noctra Labs Verwahrung an?
Nein. Wir halten keine Kundenwerte und keine Verwahrerlaubnis, und nichts auf dieser Seite ist als ein solches Angebot zu lesen. Wir bauen die Software — Schlüsselverwaltung, Delegations- und Settlement-Flows, Dashboards, Agenten-Schichten — für Institute und Protokolle, die unter europäischen Regeln arbeiten. Wo ein lizenzierter Verwahrer wirklich nötig ist, binden wir einen ein.
Was kostet non-custodial in der Praxis?
Support und Wiederherstellung. Ein Verwahrer fängt vergessene Zugangsdaten, Fehlüberweisungen und Kontoübernahmen als Betriebskosten auf; ein non-custodial Produkt gibt Ersteres an den Nutzer zurück und kann Zweiteres nicht rückgängig machen. Passkeys sowie Social- oder Threshold-Recovery entschärfen das, beseitigen es aber nicht. Wenn eure Kundschaft irreversible Nutzerfehler nicht verträgt, lautet die ehrliche Antwort: ein lizenzierter Verwahrer, keine cleverere Wallet.
Was heißt das für die MiCAR-Frage?
Verwahrung ist eine der aufgezählten Kryptowerte-Dienstleistungen. Das gewählte Modell fließt also direkt in die Frage ein, ob ihr eine CASP-Zulassung braucht und für welche Dienstleistungen. Es lohnt sich, die Architektur vor dem Antrag zu klären, denn die beantragte Dienstleistungsliste ist das, worum herum die gesamte Akte gebaut wird. Diese Seite haben wir separat geschrieben.
Das ist keine Rechtsberatung
Wir sind Ingenieure, die non-custodial Systeme bauen — keine Kanzlei und kein Verwahrer. Diese Seite gibt wieder, wie wir die Regeln für unsere eigene Arbeit lesen. Ob ein konkretes Design eine Erlaubnis auslöst, ist eine Frage für Anwalt und Aufsicht, und die Antwort hängt an Details, die diese Seite nicht kennen kann.
Ihr klärt gerade, welches Modell passt?
Wir bauen Schlüsselverwaltung, Delegations- und Settlement-Systeme für Institute unter europäischen Regeln und auditieren die Protokolle darunter. Zwei Sätze zu eurem Vorhaben genügen für den Anfang.