Krypto-Verwahrung für Banken: Hot, Cold, Multisig und MPC im Vergleich

Krypto-Verwahrung für Banken nach MiCA

MiCA definiert die Verwahrung und Verwaltung von Kryptowerten für Kunden als sichere Aufbewahrung oder Kontrolle von Kryptowerten oder der Mittel für den Zugang zu ihnen, gegebenenfalls in Form privater kryptografischer Schlüssel. Maßgeblich ist also nicht, wo ein Bestand angezeigt wird, sondern wer über ihn verfügen kann.

Für Kreditinstitute gilt ein vereinfachter Zugang: Nach Art. 60 Abs. 1 MiCA dürfen sie Kryptowerte-Dienstleistungen erbringen, wenn sie der zuständigen Behörde mindestens 40 Arbeitstage vor der erstmaligen Erbringung bestimmte Informationen übermitteln. Dazu gehören nach Art. 60 Abs. 7 unter anderem eine technische Dokumentation der IKT-Systeme und Sicherheitsvorkehrungen, eine Beschreibung des Verfahrens zur Trennung von Kryptowerten und Geldern der Kunden sowie die Verwahr- und Verwaltungsstrategie. Wer die Anzeige vorbereitet, muss die Verwahrarchitektur also bereits entschieden haben. Details zum Verfahren finden Sie in unserem Beitrag zum MiCA-Anzeigeverfahren für Banken.

Die inhaltlichen Pflichten ergeben sich aus Art. 75 MiCA. Verwahrer müssen eine Kundenvereinbarung schließen, für jeden Kunden ein Positionsregister führen, eine Verwahrstrategie festlegen, die Ausübung von Rechten erleichtern, mindestens alle drei Monate eine Aufstellung der Positionen übermitteln, Verfahren zur umgehenden Rückgabe vorhalten und Kundenbestände trennen. Die Verwahrstrategie soll ausdrücklich das Risiko eines Verlusts durch Betrug, Cyberbedrohungen oder Fahrlässigkeit minimieren. Genau hier setzt die technische Architektur an.

Hot, Warm, Cold: Speicherorte im Vergleich

Die klassische Unterscheidung beschreibt, wie nah ein Schlüssel am Internet ist.

Hot Wallets halten Schlüssel in ständig verbundenen Systemen. Sie ermöglichen schnelle, automatisierte Transaktionen und eignen sich für Auszahlungen und Handelsliquidität. Ihre Angriffsfläche ist entsprechend groß, weshalb Institute dort nur den Bestand halten sollten, der für den laufenden Betrieb erforderlich ist.

Cold Wallets halten Schlüssel offline, etwa in gesondert geschützten Hardware-Sicherheitsmodulen (HSM) oder auf nicht vernetzten Geräten. Transaktionen erfordern manuelle, dokumentierte Freigabeprozesse. Das senkt das Risiko externer Angriffe deutlich, verschiebt es aber zu internen Risiken: Zugriffsrechte, Vier-Augen-Prinzip, physische Sicherheit und die Wiederherstellbarkeit von Backups werden zum Kern der Kontrollen.

Warm Wallets liegen dazwischen. Sie sind nicht dauerhaft verbunden, aber über automatisierte Freigabe-Workflows mit definierten Limits erreichbar.

In der Praxis kombinieren Institute die Stufen. Entscheidend ist eine dokumentierte Allokationslogik: Welcher Anteil der Kundenbestände liegt in welcher Stufe, nach welchen Schwellen wird umgeschichtet, und wer genehmigt Abweichungen? Diese Logik gehört in die Verwahrstrategie und muss sich in Transaktionslimits, Freigabeprozessen und Überwachung wiederfinden.

Multi-Signatur und MPC im Vergleich

Neben dem Speicherort stellt sich die Frage, wie die Verfügungsgewalt verteilt wird. Ein einzelner Schlüssel in einer Hand ist ein Single Point of Failure. Zwei Verfahren haben sich etabliert, um ihn zu vermeiden.

Multi-Signatur

Bei Multi-Signatur (Multisig) existieren mehrere vollständige Schlüssel. Eine Transaktion ist nur gültig, wenn eine festgelegte Mindestzahl davon signiert, etwa zwei von drei. Die Regel wird auf der Blockchain selbst durchgesetzt, bei Bitcoin über das Skriptsystem, bei Ethereum in der Regel über einen Smart Contract.

Der Vorteil ist die Transparenz: Die Freigaberegel ist on-chain nachvollziehbar und prüfbar. Die Nachteile liegen in der Abhängigkeit vom jeweiligen Protokoll. Nicht jede Blockchain unterstützt Multisig gleich, Smart-Contract-Lösungen bringen eigenes Code-Risiko mit, und Änderungen an der Signaturgruppe erfordern häufig neue Adressen und damit Umbuchungen.

Multi-Party Computation (MPC)

Bei MPC, genauer bei Threshold-Signaturverfahren, wird ein Schlüssel nie vollständig erzeugt oder gespeichert. Mehrere Parteien halten Schlüsselanteile und berechnen gemeinsam eine Signatur, ohne ihre Anteile offenzulegen. Auf der Blockchain erscheint eine gewöhnliche Einzelsignatur.

Daraus folgen die typischen Stärken: MPC ist weitgehend protokollunabhängig, Schlüsselanteile lassen sich erneuern, ohne die Adresse zu ändern, und Freigaberegeln können flexibel in der Software abgebildet werden. Die Kehrseite: Die Freigabelogik ist nicht on-chain sichtbar, sondern liegt in der Implementierung. Prüfbarkeit hängt damit an Dokumentation, Code-Reviews, Penetrationstests und der Qualität des Anbieters. Zudem sind viele Institute bei MPC auf spezialisierte Technologieanbieter angewiesen.

Hardware-Sicherheitsmodule als Fundament

Beide Verfahren lassen sich mit HSM kombinieren, in denen Schlüssel oder Schlüsselanteile manipulationsgeschützt erzeugt und verwendet werden. Für Banken ist das oft der naheliegende Anschluss an bestehende Kryptoinfrastruktur aus dem Zahlungsverkehr. Die eigentliche Entscheidung lautet daher meist: Welche Kombination aus Speicherstufe, Verteilungsverfahren und Hardware passt zu Volumen, unterstützten Blockchains und Kontrollmodell des Hauses?

Trennung von Kundenvermögen

Art. 75 Abs. 7 MiCA verlangt eine Trennung auf drei Ebenen. Erstens in den Aufzeichnungen des Verwahrers. Zweitens auf dem Distributed Ledger: Kundenbestände müssen von eigenen Beständen getrennt geführt und die Zugangsmittel eindeutig gekennzeichnet sein. Drittens rechtlich, damit Gläubiger des Verwahrers insbesondere in der Insolvenz keinen Zugriff auf Kundenbestände haben. Ergänzend verlangt Art. 70 Abs. 1 MiCA angemessene Vorkehrungen zum Schutz der Eigentumsrechte der Kunden und verbietet die Verwendung von Kundenkryptowerten für eigene Rechnung.

Für Deutschland flankiert § 45 KMAG die rechtliche Ebene: Ein im Rahmen der Kryptoverwahrung für einen Kunden verwahrter Kryptowert gilt als dem Kunden gehörig. Das gilt entsprechend für Anteile an gemeinschaftlich verwahrten Beständen und für isoliert verwahrte private Schlüssel. Damit ist sowohl die Einzelverwahrung als auch die Sammelverwahrung in Omnibus-Wallets rechtlich abgesichert, sofern Register und Zuordnung stimmen.

Operativ bedeutet das: Die Wahl zwischen Einzel-Wallets je Kunde und Omnibus-Wallets ist eine Abwägung zwischen Transparenz und Effizienz. Einzel-Wallets erleichtern Abstimmung und Nachweis, erhöhen aber Gebühren und Verwaltungsaufwand. Omnibus-Strukturen verlangen ein lückenloses Positionsregister nach Art. 75 Abs. 2 MiCA und tägliche Abstimmungen zwischen Register und On-Chain-Beständen. Eigenbestände des Instituts gehören in keinem Fall in dieselben Adressen.

Haftung nach Art. 75 Abs. 8 MiCA

Verwahrer haften gegenüber ihren Kunden für den Verlust von Kryptowerten oder Zugangsmitteln infolge eines Vorfalls, der ihnen zuzurechnen ist. Die Haftung ist auf den Marktwert der verlorenen Kryptowerte zum Zeitpunkt des Verlusts begrenzt. Nicht zuzurechnen sind Vorfälle, für die der Verwahrer nachweist, dass sie unabhängig von seiner Dienstleistung eingetreten sind, etwa Probleme beim Betrieb des Distributed Ledger, die er nicht kontrolliert.

Zwei Folgerungen sind für die Praxis wesentlich. Erstens liegt die Nachweislast für die fehlende Zurechenbarkeit beim Verwahrer. Lückenlose Protokollierung von Signaturvorgängen, Freigaben und Systemzuständen dient deshalb der Sicherheit und zugleich der Haftungsvorsorge. Zweitens schließt die Haftung Fehler externer Technologieanbieter grundsätzlich nicht aus, wenn diese Teil der eigenen Dienstleistung sind. Wer MPC-Software, Wallet-Infrastruktur oder HSM-Betrieb zukauft, sollte Regressmöglichkeiten, Versicherungsschutz und Nachweisrechte vertraglich absichern.

Drittanbieter und Unterverwahrung

Art. 75 Abs. 9 MiCA erlaubt die Einbindung anderer Verwahrer nur, wenn diese nach Art. 59 MiCA zugelassen sind, und die Kunden sind darüber zu informieren. Davon zu unterscheiden ist der reine Technologiebezug: Ein Softwareanbieter, der keinen Zugriff auf Schlüssel oder Schlüsselanteile hat, ist kein Unterverwahrer, aber ein IKT-Drittdienstleister im Sinne der Verordnung über die digitale operationale Resilienz (DORA). Wo genau die Grenze verläuft, etwa wenn ein Anbieter einen Schlüsselanteil hält, sollte im Einzelfall rechtlich geprüft werden.

DORA wird bei der Verwahrung sehr konkret. Die Delegierte Verordnung (EU) 2024/1774 verlangt in Art. 7 ein Kryptoschlüsselmanagement über den gesamten Lebenszyklus, von der Erzeugung über Erneuerung, Sicherung, Archivierung und Widerruf bis zur Vernichtung, einschließlich Verfahren zum Ersatz verlorener oder kompromittierter Schlüssel. Für Kryptoverwahrer beschreibt diese Vorgabe im Grunde ihr Kerngeschäft. Mehr dazu lesen Sie in unserem Beitrag zu DORA und Kryptowerten.

Was Institute jetzt tun sollten

Verwahrstrategie als Steuerungsdokument verstehen. Legen Sie fest, welche Anteile in Hot-, Warm- und Cold-Stufen liegen, welche Limits gelten und wer Ausnahmen genehmigt. Die Strategie muss die Risiken aus Betrug, Cyberbedrohungen und Fahrlässigkeit adressieren, die Art. 75 Abs. 3 MiCA benennt.

Architekturentscheidung dokumentieren. Begründen Sie die Wahl zwischen Multisig, MPC und HSM-gestützten Lösungen anhand der unterstützten Blockchains, der Prüfbarkeit und der Abhängigkeit von Anbietern. Revision und Aufsicht werden nach dieser Begründung fragen.

Trennung technisch nachweisbar machen. Richten Sie getrennte Adressbereiche für Kunden- und Eigenbestände ein und etablieren Sie eine tägliche Abstimmung zwischen Positionsregister und On-Chain-Beständen.

Haftung und Verträge abgleichen. Prüfen Sie, ob Verträge mit Technologieanbietern die Haftung aus Art. 75 Abs. 8 MiCA abbilden, und ob Protokollierung und Beweissicherung für einen Entlastungsnachweis genügen.

Rückgabe und Notfall üben. Art. 75 Abs. 6 MiCA verlangt Verfahren zur umgehenden Rückgabe. Testen Sie Wiederherstellung aus Backups, Schlüsselrotation und den Ausfall eines Anbieters regelmäßig und unter realistischen Bedingungen.

Wer Verwahrung verantwortet, braucht ein gemeinsames Verständnis von Technik, Recht und Kontrollen in IT, Compliance und Revision. Die TheClueX-Spezialisierung für Verwahrung und IT vertieft Schlüsselmanagement, Verwahrmodelle und die regulatorischen Anforderungen praxisnah; einen Überblick über alle Abschlüsse finden Sie unter Zertifizierungen.

Häufige Fragen

Dieser Beitrag dient der allgemeinen Information und ersetzt keine Rechts-, Steuer- oder Anlageberatung im Einzelfall. Stand: 15. September 2026.