SWIFTs Shared Ledger: einsatzbereit, aber noch ohne eine einzige Transaktion

Am 9. Juli 2026 hat die Society for Worldwide Interbank Financial Telecommunication (SWIFT) mitgeteilt, dass ihr blockchain-basierter Shared Ledger einsatzbereit ist. Siebzehn Banken auf sechs Kontinenten bereiten damit erste Pilot-Transaktionen mit tokenisierten Einlagen vor. Die Fachpresse meldete den Vorgang als Start, als Rollout, als Bandschnitt. Der Wortlaut der Mitteilung ist zurückhaltender: Der Ledger sei „ready for initial use", die Banken seien „preparing to pilot live transactions". Geflossen ist bislang kein Geld.

Diese Unterscheidung ist keine Wortklauberei. Sie bestimmt, was ein Treasurer im dritten Quartal 2026 planen kann und was nicht. Zwischen einer einsatzbereiten Infrastruktur und einem Zahlungsweg, auf den sich eine Bank in der Liquiditätsdisposition verlässt, liegen Pilotphasen, aufsichtliche Klärungen und die Frage, ob genügend Gegenparteien mitmachen.

Was SWIFT angekündigt hat, und was nicht

Der Shared Ledger ist eine Orchestrierungsschicht. Die teilnehmenden Banken geben tokenisierte Einlagen auf ihren jeweils eigenen Ledgern aus; die neue Schicht koordiniert, wie sich diese Einlagen zwischen den Instituten bewegen. In den Worten der Mitteilung erlaubt sie es, Geld für Kunden zu bewegen, „including overnight and on weekends – before completing final settlement through existing systems".

Die Endgültigkeit einer Zahlung, also der Moment, in dem sie rechtlich unwiderruflich ist, entsteht weiterhin im Echtzeit-Bruttosystem der jeweiligen Zentralbank oder in der Korrespondenzbankbeziehung. Die Blockchain-Schicht schafft keine neue Abwicklung, sondern überbrückt die Zeit davor: Der Kunde kann über den Betrag verfügen, bevor die Zahlung endgültig ist.

Technisch setzt SWIFT auf Hyperledger Besu, eine quelloffene, mit der Ethereum Virtual Machine (EVM) kompatible Architektur, betrieben als geschlossenes Netz zugelassener Teilnehmer. Smart Contracts setzen die Transaktionsregeln durch. Consensys hatte den konzeptionellen Prototyp gebaut, den SWIFT im September 2025 auf der Sibos in Frankfurt vorstellte.

Tokenisierte Einlage, Stablecoin, digitales Zentralbankgeld

Die drei Begriffe werden in der Berichterstattung gern vermengt, obwohl sie drei verschiedene Verbindlichkeiten beschreiben. Eine tokenisierte Einlage ist das digitale Abbild einer Bankverbindlichkeit. Sie bleibt Passivposten der emittierenden Bank und unterliegt der bestehenden Einlagensicherung. Ein Guthaben von 100 Euro bei der Hausbank bleibt eine Forderung gegen die Hausbank, gleichgültig ob es in einer Kernbankdatenbank oder als Token auf einem Ledger geführt wird.

Digitales Zentralbankgeld, im Fachjargon Central Bank Digital Currency (CBDC), ist dagegen eine Verbindlichkeit der Zentralbank und trägt kein Bankkreditrisiko. Ein Stablecoin wiederum wird überwiegend von Nicht-Banken ausgegeben und kann vom Nennwert abweichen. Die Bank für Internationalen Zahlungsausgleich beschreibt das zugrundeliegende Problem als Frage der Einheitlichkeit des Geldes: Ein Euro sollte ein Euro sein, unabhängig davon, wer ihn hält und wo er liegt.

SWIFT wählt damit den konservativsten der drei Wege. Der Ledger bewegt Geld, das bereits heute in Bankbilanzen steht, unter dem regulatorischen Regime, das für dieses Geld ohnehin gilt. Für eine Bank ist das der Pfad des geringsten aufsichtlichen Widerstands.

Was sich für Treasury und Payments-Operations ändert

Der Nutzen einer 24/7-Bewegung tokenisierter Einlagen liegt nicht in der Geschwindigkeit einzelner Zahlungen. SWIFT gibt selbst an, dass 75 Prozent der Zahlungen im Netz die Empfängerbank in weniger als zehn Minuten erreichen. Diese Zahl ist eine Eigenangabe: Sie misst nicht die Gutschrift beim Endempfänger, sondern die Zustellung an die Empfängerbank. Wer glaubt, das Kernproblem des grenzüberschreitenden Zahlungsverkehrs sei die Übertragungsgeschwindigkeit, hat die Bankfeiertage in der Gegenrichtung noch nicht erlebt.

Das Problem liegt in der Zeitzone und im Kalender. Eine Zahlung, die am Freitagabend europäischer Zeit ausgelöst wird und in einem Markt ankommt, dessen Echtzeit-Bruttosystem erst am Montag öffnet, bindet über das Wochenende Liquidität. Banken halten dafür Guthaben auf Nostro-Konten vor, also auf Konten bei ausländischen Korrespondenzbanken. Dieses Geld arbeitet nicht. Wie viel es weltweit ist, kursiert in erstaunlich vielen Varianten, von denen keine eine belastbare Primärquelle hat; die Größenordnung bleibt daher besser unbeziffert.

Wenn eine Bank stattdessen am Wochenende tokenisierte Einlagen bewegen kann, verschiebt sich die Vorfinanzierung. Der Kunde bekommt Verfügbarkeit, bevor die Abwicklung endgültig ist. Das Kreditrisiko dieser Zwischenphase trägt jemand, und wer das ist, hängt an der vertraglichen Konstruktion des Ledgers. Für Payments-Operations bedeutet das konkret: Die Cut-off-Zeiten in den Zahlungsverkehrsprozessen bleiben zunächst bestehen, weil sie an den Öffnungszeiten der Abwicklungssysteme hängen. Was sich ändert, ist die Kundenerfahrung davor.

Warum Bank-Konsortien scheitern, wenn sie scheitern

Es gibt einen Friedhof gemeinschaftlicher Blockchain-Plattformen im Bankwesen. we.trade und Batavia im Handelsfinanzierungsgeschäft, TradeLens in der Logistik, Marco Polo Network, B3i in der Rückversicherung, Contour, das CHESS-Ersatzprojekt der australischen Börse. Keines dieser Vorhaben ist an der Technologie gescheitert, sondern an der Governance. Banken übergeben ihre Kundenbeziehungen nicht an eine gemeinsame Infrastruktur, und Wettbewerber leiten ihre Daten nicht über die Plattform eines Konkurrenten.

SWIFT steht in dieser Reihe an einer anderen Stelle, weil es die gemeinsame Infrastruktur bereits ist. Über 11.500 Institute in mehr als 200 Ländern und Territorien nutzen das Netz; die Genossenschaft bewegt nach eigener Darstellung das Äquivalent der Weltwirtschaftsleistung alle zwei bis drei Tage. Die Frage nach dem neutralen Betreiber, an der die Vorgängerprojekte zerbrachen, stellt sich hier nicht neu.

Sie wird durch eine andere ersetzt. Dieselben Großbanken, die SWIFTs Ledger pilotieren, investieren gleichzeitig in konkurrierende Architekturen: in Project Agorá der Bank für Internationalen Zahlungsausgleich, in Kinexys von JPMorgan, in Partior. Das ist kein Zeichen von Konvergenz, sondern von Unentschiedenheit. Solange die Großbanken mehrgleisig fahren, bleibt jeder einzelne Pfad unterkritisch, und Netzwerkeffekte entstehen bei keinem.

Der Halbsatz, der über die Positionierung mehr sagt als die Ankündigung

Thierry Chilosi, Chief Business Officer bei SWIFT, ordnet den Ledger in einen längeren Bogen ein. Er nennt ihn eine Grundlage für „future innovation in areas like programmable money and agentic commerce". Agentic Commerce beschreibt Handel, bei dem Software-Agenten eigenständig Transaktionen auslösen, ohne dass ein Mensch jede einzelne freigibt.

Ein Agent, der eigenständig zahlt, braucht ein Zahlungsmittel, das rund um die Uhr verfügbar ist, programmierbare Regeln trägt und in einem regulierten Rahmen steht. Tokenisierte Einlagen auf einem permissioned Ledger erfüllen alle drei Bedingungen. Dass die Nachricht dieser Ankündigung die 17 Banken sind und nicht dieser Halbsatz, sagt etwas über die Aufmerksamkeitsökonomie der Fachpresse.

Zugleich verschärft dieser Ausblick die Governance-Frage. Sobald ein Agent Zahlungen auslösen darf, wird die Zwischenphase zwischen Verfügbarkeit und Endgültigkeit zu einem Angriffsfenster. Eine Bank, die tokenisierte Einlagen für agentische Zahlungsströme öffnet, braucht Betragsgrenzen, Freigabeschwellen und eine Protokollierung, die jede Auslösung einem verantwortlichen System zuordnet.

Handlungsempfehlungen für die operative Praxis

Für Institute, die nicht zum Pilotenkreis gehören, ist die Ankündigung kein Handlungsdruck, aber ein Planungsanlass. Vier Handlungsfelder stehen im Vordergrund.