InfrastrukturArchitekturDatenschutz

Wallet oder Konto? Die zentrale Architekturentscheidung des digitalen Euro

Was der Unterschied zwischen kontobasiertem Modell und tokenbasierter Wallet für Banken, Nutzer und Infrastruktur bedeutet.

Wallet oder Konto – was ist der Unterschied?

Die Frage, ob der Zugang zum digitalen Euro über ein kontobasiertes Modell oder eine tokenbasierte Wallet erfolgen wird, ist eine der wichtigsten offenen Architekturfragen im gesamten digitalen Euro-Projekt. Die Antwort hat weitreichende Konsequenzen für Banken, Zahlungsdienstleister, Nutzer und den Datenschutz.

Kontobasiertes Modell

Das Guthaben wird zentral beim Intermediär oder im EZB-Ledger als Kontoguthaben geführt. Nutzer interagieren über vertraute Banking-Interfaces. Banken bleiben zentraler Zugangspunkt. Modell entspricht dem heutigen Girokonto – aber mit Zentralbankgeld als Basis.

Tokenbasierte Wallet

Digitale Euro-Token liegen direkt beim Nutzer – in einer App oder auf einem Hardware-Gerät. Ähnlich wie Bargeld in der Brieftasche. Ermöglicht Peer-to-Peer-Zahlungen ohne Intermediär und theoretisch Offline-Nutzung. Höhere Anforderungen an Schlüsselverwaltung.

Warum ist die Unterscheidung so wichtig?

Je nach Modell verschieben sich Verantwortung, Datenzugang, Haftung und Infrastrukturkosten erheblich. Für Banken ist die Frage existenziell: Im kontobasierten Modell bleiben sie unverzichtbar. Im reinen Token-Modell könnten sie theoretisch umgangen werden.

Für Nutzer stellt sich die Frage nach Kontrolle und Datenschutz: Eine selbstverwaltete Wallet gibt dem Nutzer mehr Autonomie – aber auch mehr Verantwortung. Ein Konto ist komfortabler, aber transparenter gegenüber dem Intermediär.

Wahrscheinlichstes Szenario: Hybridmodell

Die EZB und der Verordnungsentwurf der Europäischen Kommission deuten auf ein hybrides System hin: kontobasierter Zugang über Banken als Standard, ergänzt durch eine optionale Offline-Wallet-Funktionalität für kleinere Beträge. Kein reines Token-Modell, kein reines Konto-Modell – sondern eine Kombination je nach Anwendungsfall.

Technische Implikationen

Kontobasiertes Modell – technische Anforderungen

  • Zentraler EZB-Ledger als autoritatives Register aller Guthaben
  • API-Schnittstellen zwischen EZB-System und Intermediären
  • Integration in bestehende Core-Banking-Systeme
  • Standard-KYC/AML-Prozesse bleiben bestehen
  • Online-Verbindung für Zahlungsverarbeitung erforderlich

Tokenbasiertes Modell – technische Anforderungen

  • Token-Infrastruktur (möglicherweise DLT-basiert oder zentralisiert)
  • Hardware-Sicherheitsmodule (HSM) für Schlüsselverwaltung
  • Mechanismen zur Vermeidung von Doppelausgabe (Double-Spending)
  • Offline-Synchronisationsprotokolle
  • Komplexere Datenschutz-Implementierung (Zero-Knowledge-Proofs etc.)

Datenschutz: Wer sieht was?

Im kontobasierten Modell sieht der Intermediär alle Transaktionen seines Kunden – wie beim heutigen Girokonto. Im tokenbasierten Modell könnten Zahlungen zwischen Nutzern ohne Kenntnis eines Intermediärs erfolgen – ähnlich wie Bargeldübergaben.

Beide Modelle werfen die Frage auf, ob und unter welchen Umständen Behörden Zugang zu Transaktionsdaten erhalten. Die EZB hat betont, dass weder sie noch Regierungen Echtzeitzugang zu individuellen Zahlungsdaten haben sollen – die technische und rechtliche Umsetzung dieses Versprechens ist noch offen.

Regulatorischer Stand: Der Verordnungsentwurf der Europäischen Kommission (2023) sieht vor, dass Intermediäre Datenschutzanforderungen ähnlich wie beim bestehenden Zahlungsverkehr einhalten müssen. Spezifische technische Standards für den Datenschutz werden noch entwickelt.

Was bedeutet das für Banken und PSPs?

Im kontobasierten Modell: Banken behalten ihre Intermediärrolle, müssen aber technisch in EZB-Infrastruktur integrieren. Das schafft Kosten, aber auch Verteidigungsposition.

Im tokenbasierten Modell: Banken könnten Wallet-Anbieter werden – ein neues Geschäftsmodell, aber mit anderen Margen und anderem Risikoprofil. Nicht-Banken-PSPs hätten hier unter Umständen geringere strukturelle Nachteile.

Im Hybridmodell: Komplexe Doppelrolle – Konto für reguläre Nutzung, Wallet für Offline/Kleinbetrag-Szenarien. Höchste technische Anforderung, aber auch breiteste Abdeckung.