Digitale Zentralbankwährungen (CBDC) werden oft so dargestellt, als wären sie einfach nur „Bargeld auf dem Smartphone“. Die technische Realität ist jedoch komplexer. Eine nutzbare CBDC benötigt eine Ausgabe- und Abwicklungsschicht, Zugriffsregeln, Schnittstellen für Banken und Zahlungsdienstleister, Wallets oder andere Zahlungsinstrumente für Nutzer, Datenschutzmaßnahmen, Betrugsschutz, operative Stabilität und – in manchen Ausführungen – Offline-Funktionalität. Die Technologie lässt sich daher besser als Zahlungsökosystem denn als einzelne App oder einzelnes Ledger verstehen.
Die Entwicklung digitaler Zentralbankwährungen (CBDCs) ist weiterhin weit verbreitet. In der Umfrage der Bank für Internationalen Zahlungsausgleich (BIZ) für das Jahr 2024, die im August 2025 veröffentlicht wurde, gaben 85 von 93 befragten Zentralbanken (91 %) an, die Einführung einer CBDC für den Einzelhandel, einer CBDC für den Großhandel oder beider zu prüfen. Die Entwicklungen im Großhandelsbereich waren im Allgemeinen weiter fortgeschritten. Siehe die Ergebnisse der BIZ-CBDC-Umfrage 2024 .
Eine CBDC ist Zentralbankgeld in digitaler Form. Der wichtigste Unterschied liegt nicht darin, ob sie Blockchain nutzt, sondern darin, für wen das Geld bestimmt ist und wie Ansprüche, Aufzeichnungen und Zugriffe organisiert sind.
| Instrument | Typischer Emittent oder Haftung | Hauptnutzer | Auswirkungen auf die Infrastruktur |
|---|---|---|---|
| Einzelhandels-CBDC | Zentralbank | Haushalte und Unternehmen | Erfordert ein hohes Zahlungsvolumen im Einzelhandel, Onboarding, Wallets, Datenschutzkontrollen, Kundensupport und oft auch Offline-Planung. |
| Großhandel mit CBDC | Zentralbank | Banken und andere berechtigte Finanzinstitute | Schwerpunkt ist die Abwicklungssicherheit, Liquidität, Wertpapier- oder Devisenintegration, institutionelle Identität und hohe Wertstabilität. |
| Einlagen bei einer Geschäftsbank | Geschäftsbank | Bankkunden | Läuft auf den Kernsystemen und Zahlungsinfrastrukturen der Banken; die Kundenforderung wird an die Bank und nicht direkt an die Zentralbank gerichtet. |
| Stablecoin | Üblicherweise ein privater Emittent oder eine private Vereinbarung | Variiert | Hängt von den Entscheidungen hinsichtlich Reserve, Einlösung, Verwahrung, Blockchain und regulatorischer Gestaltung ab. |
| Unbesicherter Krypto-Asset | Kein Zentralbank-Emittent | Variiert | Setzt üblicherweise auf ein öffentliches oder zulassungsbeschränktes verteiltes Netzwerk und marktorientierte Werte anstatt auf Zentralbankgeld. |
Die praktische Schlussfolgerung ist einfach: „Digital“ bedeutet nicht automatisch „Blockchain“. Die BIZ hat schon lange darauf hingewiesen, dass die Infrastruktur für digitale Zentralbankwährungen (CBDC) sowohl eine herkömmliche, zentral gesteuerte Datenbank als auch eine Distributed-Ledger-Technologie (DLT) nutzen kann. Die richtige Wahl hängt von den politischen Zielen, dem Betriebsmodell, den Anforderungen an die Ausfallsicherheit, dem Durchsatz und der Governance ab – und nicht von der Vorliebe für ein bestimmtes Schlagwort.
Das Kernsystem muss abbilden, wie viel CBDC existiert, wer oder was berechtigt ist, sie zu transferieren, und wann Transaktionen endgültig werden. Die Zentralbank bleibt für die Ausgabe und Einlösung verantwortlich, auch wenn private Intermediäre kundenorientierte Dienstleistungen erbringen.
Ein hilfreiches Referenzmodell der BIZ-Beratungsgruppe für Innovation und digitale Wirtschaft beschreibt vier zentrale Prozesse im Einzelhandel: die Registrierung von Nutzern, die Schaffung von CBDC durch Einzahlungen („Cash-in“), die Vernichtung von CBDC durch Auszahlungen („Cash-out“) und den Werttransfer innerhalb des Ledgers. Die vorgeschlagene Architektur basiert auf einem Hybridmodell, das die Verantwortlichkeiten zwischen der Zentralbank und privaten Intermediären aufteilt. Siehe den BIZ-Architekturvorschlag für den Einzelhandel mit CBDC .
Das Ledger-Design muss operative Fragen wie Transaktionsreihenfolge, Vermeidung von Doppelzahlungen, endgültige Abrechnung, Wiederherstellung nach Ausfällen, Abstimmung und Prüfbarkeit beantworten. Diese Anforderungen sind unabhängig davon relevant, ob die Implementierung eine traditionelle Datenbank, eine DLT mit Zugriffsbeschränkungen oder eine andere Architektur verwendet.
Viele Konzepte für digitale Zentralbankwährungen (CBDCs) im Einzelhandel gehen nicht davon aus, dass die Zentralbank die alltägliche Servicestelle für Millionen von Nutzern wird. Stattdessen können Banken oder Zahlungsdienstleister die Kundenregistrierung, die Verteilung von Wallets, die Betrugsüberwachung, die Kontowiederherstellung und den Kundensupport übernehmen, während die Zentralbank den monetären Kern betreibt oder kontrolliert.
Dieses zweistufige Modell erhält den Wettbewerb im Privatsektor aufrecht, während das zugrunde liegende Geld eine Verbindlichkeit der Zentralbank bleibt. Es reduziert zudem den Bedarf der Zentralbank, alle Kundendaten zu erfassen. Allerdings entsteht dadurch zusätzlicher Aufwand für Schnittstellen und Governance: Intermediäre benötigen einheitliche Regeln für Identitätsprüfung, Sanktionsprüfung, Transaktionsnachrichten, Fehlerbehandlung, Streitbeilegungsverfahren und Serviceverfügbarkeit.
Die Infrastruktur für digitale Zentralbankwährungen (CBDC) muss festlegen, wie eine Person oder Institution das Recht nachweist, ein Wallet oder Konto zu eröffnen, aufzuladen, zu nutzen, zurückzuerhalten oder zu schließen. Im Einzelhandel überschneidet sich dies üblicherweise mit Anforderungen zur Kundenidentifizierung (KYC), zur Bekämpfung von Geldwäsche (AML), zu Sanktionen, Betrugsbekämpfung und zum Verbraucherschutz.
Identität bedeutet nicht zwangsläufig, dass die Zentralbank die reale Identität jedes Nutzers kennt. Architekturen können die vom Zahlungsanbieter gespeicherten Identitätsdaten von den Transaktionskennungen des Abwicklungssystems trennen. Das konkrete Datenschutzmodell ist ebenso eine Frage der Politik und des Rechts wie der Kryptografie.
Anwendungsprogrammierschnittstellen (APIs) bilden das Bindeglied zwischen dem monetären Kernsystem und den Diensten, die Nutzer tatsächlich verwenden. Eine gut konzipierte API-Schicht ermöglicht es mehreren Banken, Wallets, Händlern und Fintech-Anbietern, sich zu verbinden, ohne dass für jede einzelne eine individuelle Integration in das Zentralbankbuch erforderlich ist.
Das Projekt Rosalind des BIS Innovation Hub testete diese Idee anhand eines zweistufigen Modells für digitale Zentralbankwährungen (CBDC) im Einzelhandel. Der Prototyp stellte 33 API-Endpunkte in sechs Funktionskategorien bereit und testete über 30 Anwendungsfälle. Das Projekt kam zu dem Schluss, dass eine API-Schicht Unterschiede in den zugrunde liegenden Ledger-Designs abstrahieren kann, jedoch mit dem Datenschutz- und Betriebsmodell der CBDC konsistent sein muss. Siehe den Bericht zum Projekt Rosalind .
Bei einer digitalen Zentralbankwährung (CBDC) für den Einzelhandel kann der Endpunkt eine Banking-App, eine spezielle Wallet, eine Smartcard, ein Feature-Phone-Ablauf, ein Kassenterminal, ein QR-Code oder ein anderes Formfaktor sein. Der Endpunkt ist nicht die Währung selbst, sondern ein Zugangsmechanismus zum CBDC-System.
Designer müssen Barrierefreiheit, die Wiederbeschaffung verlorener Geräte, Authentifizierung, Händlerakzeptanz, Transaktionsbelege, Limits, die Zugänglichkeit für Menschen mit Behinderungen und die Unterstützung von Nutzern ohne moderne Smartphones berücksichtigen. Selbst ein technisch ausgereiftes Zahlungssystem kann als öffentliches Zahlungssystem scheitern, wenn diese Schnittstellen schwer zu bedienen sind.
Offline-CBDCs stellen eine der größten Infrastrukturherausforderungen dar, da das System unter Umständen Werte transferieren muss, wenn keines der Geräte auf das Online-Ledger zugreifen kann. Dies erhöht das Risiko von Doppelausgaben, Gerätekompromittierung, veralteten Kontoständen und inkonsistenten Zuständen.
Das Handbuch zum BIS-Projekt Polaris betont, dass es keine universelle Offline-Lösung gibt. Lösungen können sichere Hardware, Guthabenkarten, Geräte-zu-Gerät-Übertragungsprotokolle, Risikogrenzen und die spätere Synchronisierung mit dem Online-System umfassen. Siehe das Handbuch zum Offline-CBDC-Projekt Polaris . Die Überprüfung von Lösungen mit eingeschränkter Konnektivität durch den IWF im Jahr 2025 behandelt ebenfalls Guthabenkarten und Geräte-zu-Gerät-Ansätze und hebt die Abwägungen zwischen Formfaktor, Cybersicherheit, Datenschutz und Benutzerfreundlichkeit hervor; siehe die IWF-Überprüfung von CBDCs mit eingeschränkter Konnektivität .
Da CBDC zu einer kritischen nationalen Zahlungsinfrastruktur werden kann, lässt sich Resilienz nicht nachträglich hinzufügen. Das System benötigt einen mehrschichtigen Schutz: robustes Schlüsselmanagement, Netzwerksegmentierung, sichere Softwareentwicklung, Schwachstellenmanagement, Zugriffskontrollen, Transaktionsüberwachung, Datensicherung und -wiederherstellung, Notfallwiederherstellungsstandorte, Reaktion auf Sicherheitsvorfälle und regelmäßige Tests.
Verfügbarkeitsziele müssen auch Abhängigkeiten außerhalb des zentralen Ledgers berücksichtigen: Telekommunikationsnetze, Identitätsdienste, Cloud- oder Rechenzentrumsinfrastruktur, Vermittlungssysteme, Händlerakzeptanz und Hardware-Sicherheitsmodule. Eine CBDC, die von einer anfälligen externen Komponente abhängt, ist nicht allein deshalb resilient, weil ihr Ledger repliziert wird.
Datenschutz ist eine Infrastruktureigenschaft, nicht nur eine Grundsatzerklärung. Entwickler müssen festlegen, welche Daten erstellt werden, wo sie gespeichert werden, wie lange sie aufbewahrt werden, welche Parteien Transaktionsdatensätze mit Identitäten verknüpfen dürfen und was gesetzlich offengelegt werden darf.
Nützliche Techniken umfassen Datenminimierung, pseudonyme Kennungen, Trennung von Identitäts- und Transaktionsdaten, Verschlüsselung, Zugriffsprotokollierung und rollenbasierte Datentransparenz. Fortgeschrittenere datenschutzverbessernde Technologien können in manchen Fällen angebracht sein, müssen aber weiterhin Betrugskontrolle, rechtliche Verpflichtungen, Leistung und operative Wiederherstellung gewährleisten.
Eine digitale Zentralbankwährung (CBDC) existiert selten isoliert. Die nationale Infrastruktur muss unter Umständen mit Geschäftsbanken, Sofortzahlungssystemen, Kartennetzwerken, Wertpapierplattformen oder anderen CBDCs verbunden werden. Interoperabilität umfasst daher mehr als nur die Nachrichtenformatierung: Sie kann kompatible Identitätsregeln, Betriebszeiten, Liquiditätsvereinbarungen, Devisenmechanismen, Rechtsrahmen und Abwicklungsmodelle erfordern.
Für den Großhandel und den grenzüberschreitenden Einsatz wurden in Experimenten wie dem BIS-Projekt mBridge und dem Projekt Icebreaker gemeinsame Plattformen und vernetzte nationale Systeme untersucht. Es handelt sich dabei eher um Experimente als um universelle Blaupausen, aber sie zeigen, warum grenzüberschreitende Gestaltungsfragen leichter frühzeitig angegangen werden können, als sie nachträglich zu beheben, nachdem nationale Systeme bereits etabliert sind.
| Frage | Konventionelle zentrale oder replizierte Datenbank | Berechtigungsbasierte DLT |
|---|---|---|
| Governance | Clear Central Operator steuert Aktualisierungen. | Die Berechtigung zur Aktualisierung kann auf mehrere zugelassene Validatoren verteilt werden. |
| Durchsatz | Oft ist es einfacher, für sehr hohe Einzelhandelsvolumina zu optimieren. | Konsensfindung und Replikation können zusätzlichen Koordinierungsaufwand verursachen. |
| Gemeinsamer Zustand | Funktioniert gut, wenn ein autoritativer Bediener ausreicht. | Kann nützlich sein, wenn mehrere autorisierte Institutionen einen gemeinsamen synchronisierten Datensatz benötigen. |
| Programmierbarkeit | Kann in Anwendungsdiensten oder der Ledger-Logik implementiert werden. | Kann auch durch Smart-Contract-ähnliche Mechanismen implementiert werden. |
| Operative Komplexität | Vertraute Technologie und bekanntes Steuerungsmodell. | Führt Validator-Governance, Konsensmechanismen, Knotenoperationen und zusätzliche Sicherheitsaspekte ein. |
Der entscheidende Punkt ist, dass keine der beiden Architekturen automatisch „digitaler“ ist. Eine CBDC kann technologisch fortschrittlich sein, ohne Blockchain zu verwenden, und ein DLT-basiertes System benötigt nach wie vor eine konventionelle Infrastruktur für Identität, APIs, Überwachung, Geräte, Support und Governance.
Eine Offline-Zahlung verändert Schritt drei grundlegend, da die abschließende Online-Validierung zum Zeitpunkt der Überweisung möglicherweise nicht verfügbar ist. Daher erfordert die Offline-Funktionalität ein spezielles Risikomanagement, Hardware, Synchronisierungs- und Wiederherstellungskonzept anstelle eines einfachen „Offline-Modus“-Schalters.
Aktuelle Projekte deuten eher auf modulare Ökosysteme als auf eine einheitliche, universelle CBDC-Lösung hin. Die technischen Anforderungen der BIS heben Interoperabilität, Skalierbarkeit, nutzerzentriertes Design, Sicherheit und Datenschutz als zentrale Anforderungen hervor (siehe die technischen Anforderungen der BIS) . Auch das virtuelle CBDC-Handbuch des IWF , aktualisiert im November 2025, betrachtet CBDC als eine komplexe Herausforderung in den Bereichen Politik, Betrieb, Technologie, Datenschutz, Cybersicherheit und Akzeptanz.
Das Projekt „Digitaler Euro“ ist ein aktuelles Beispiel für die Anwendung dieses modularen Ansatzes. Nach Abschluss der Vorbereitungsphase im Oktober 2025 widmete sich das Eurosystem der weiteren technischen Arbeit. Die veröffentlichten Architekturarbeiten umfassen Bereiche wie Offline-Funktionalität, sicheren Austausch von Zahlungsinformationen, Betrugs- und Risikomanagement, Apps und Software Development Kits (SDKs), Ausfallsicherheit und datenschutzkonforme Verarbeitung. Im August 2026 gab die EZB bekannt, dass im Hinblick auf die Offline-Funktionalität sichere Hardware in Smartphones, einschließlich eingebetteter Secure Elements (SEA) und eSIMs, geprüft wird. Ein Pilotprojekt ist für die zweite Jahreshälfte 2027 geplant. Weitere Informationen finden Sie auf der EZB-Seite zum Fortschritt des digitalen Euro und im Update der EZB zu den Offline-Standards vom 18. August 2026. Da diese Pläne noch dem europäischen Gesetzgebungs- und Entscheidungsprozess unterliegen, sollten sie als Projektplanung und nicht als Nachweis eines endgültig eingeführten Systems verstanden werden.
Das Hauptbuch ist wichtig, aber nur eine Ebene. Eine produktive digitale Zentralbankwährung (CBDC) muss Geldausgabe, Abwicklung, Intermediäre, Identitätsmanagement, Datenschutz, APIs, Benutzergeräte, Händlerakzeptanz, Cybersicherheit, Offline-Risiken, Wiederherstellung und rechtliche Rahmenbedingungen koordinieren. Die zuverlässigsten Konzepte beginnen daher mit Anforderungen und Betriebsrollen und wählen dann die passende Technologie – nicht umgekehrt.
Für Leser, die CBDC-Vorschläge vergleichen, sind konkrete Fragen besonders hilfreich: Wer betreibt das Hauptbuch? Wer sieht die Identität der Nutzer? Was passiert bei Ausfall einer Bank oder eines Netzwerks? Können Nutzer ihre Guthaben nach Geräteverlust zurückerhalten? Wie verhindert das System Offline-Doppelausgaben? Können mehrere Anbieter über gemeinsame Schnittstellen verbunden werden? Und lässt sich die Architektur weiterentwickeln, ohne die Integrität des Zentralbankgeldes zu gefährden? Diese Fragen sagen weit mehr über die Qualität eines CBDC-Designs aus als die Verwendung des Begriffs „Blockchain“.
A practical 2026 guide to AI, smart-home sensors, remote monitoring, fall safety, privacy, and how technology can support aging in place without replacing care.
Erfahren Sie, wie Städte Mobilitäts-, Landnutzungs-, Klima- und Gemeindedaten in sicherere, grünere und fußgängerfreundlichere Viertel umwandeln können, ohne dabei die Technologie über die Menschen zu stellen.
Vergleichen Sie führende UAV- und Luft- und Raumfahrttechnikprogramme für Drohnen, Autonomie, Steuerung, UAS-Betrieb und Graduiertenforschung mit verifizierten Aktualisierungen von 2026.
Ein praktischer Leitfaden zur KI-gestützten chirurgischen Robotik: aktuelle Fähigkeiten, Autonomiegrade, Vorteile der Präzision, Grenzen, Regulierung und Bewertungskriterien.
Die Investitionen in CCUS steigen, aber kann die CO₂-Abscheidung die globalen Emissionen tatsächlich umkehren? Erfahren Sie, wo es funktioniert, welche Grenzen die Skalierung setzt und welche Beweise relevant sind.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Erfahren Sie, wie Gehirn-Computer-Schnittstellen neuronale Signale entschlüsseln, um Kommunikation und Bewegung wiederherzustellen, was aktuelle Studien erreicht haben und was den Einsatz von BCI noch einschränkt.
Erfahren Sie, wie kommerzielle Drohnen Sensoren, Edge-KI, Batterien, Kommunikationssysteme und Flugsteuerungssoftware kombinieren – und wo die Autonomie noch immer von der Mission und den Vorschriften abhängt.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Erfahren Sie, wie Nutzlastmasse, Batteriegrenzen, Wetterbedingungen, Antriebseffizienz und Flugzeugarchitektur die Reichweite industrieller UAVs beeinflussen – und wie Sie diese verbessern können.
