Die Bank of England hat die Zwischenergebnisse aus Phase 2 ihres «Digital Pound Lab» veröffentlicht: Einmal-Aliase, Confirmation of Payee, Locks, Allowances, Streaming-Micropayments, delegierte Wallet-Zugriffe für Drittanbieter. Technisch ist das ein sauber gebauter Baukasten – und beinahe jedes einzelne Element existiert im Bitcoin-Ökosystem längst, nur ohne Zentralbank in der Mitte. Ein Blick auf die einzelnen Bausteine, auf die Frage, wem man dabei vertrauen muss – und darauf, wer am Ende die Bedingungen setzen darf.
Worum es geht
Der Digital Pound Lab ist eine simulierte Testumgebung, die die Bank of England (BoE) im August 2025 zusammen mit Accenture als Delivery-Partner gestartet hat. Kein echtes Geld, keine echten Kundinnen und Kunden, keine Vorentscheidung über eine Emission – das betont die BoE in jedem Dokument. Phase 1 endete mit einem Webinar am 15. Januar 2026, Phase 2 lief von November 2025 bis Juli 2026 mit zwölf Teilnehmergruppen, darunter Crunchfish, LINK/Consult Hyperion, NOBO Finance, OneID, TECHT Labs, Leeds City Council und Yotra.
Der eigentliche Entscheid – Go oder No-Go – wird von BoE und HM Treasury für später im Jahr 2026 erwartet. Eine Emission bräuchte danach ein eigenes Gesetz des Parlaments. Bloomberg berichtete im Mai 2026, dass beide Institutionen auch eine Verlangsamung oder Pausierung prüfen, weil die private Zahlungsinnovation schneller liefert als erwartet. Der Lab ist also weniger ein Rollout-Vorbereitungsprojekt als ein Argumentationsbeschaffungsprogramm – für beide Seiten der Frage.
Interessant ist er trotzdem. Denn die Zwischenpublikation zeigt erstmals konkret, welche Primitive die BoE als Basis eines Retail-CBDC-Systems für nötig hält.
Der Baukasten
Die BoE beschreibt das Ganze explizit als Set von Bausteinen: Aliase, verifizierbare Credentials, Programmierbarkeits-Features und gemeinsame Standards. Die eigenentwickelten Demos in Phase 2:
One-time Aliases. Zufällig generierte Zahlungs-Identifikatoren, die genau einmal verwendbar sind. Der Empfänger sieht nicht das gesamte Zahlungsprofil des Zahlers; Rückerstattungen bleiben über denselben Alias möglich. In den Demos wird der Name des Zahlers zusätzlich mitgegeben, die BoE hält aber fest, dass eine Konfiguration ohne Namensweitergabe technisch möglich wäre.
Confirmation of Payee. Namensabgleich vor der Zahlung, mit drei Zuständen: exakter Treffer, naher Treffer, kein Treffer. In UK heute Standard gegen Authorised-Push-Payment-Betrug – und in einem CBDC-System nur möglich, weil eine Identitätsschicht existiert.
Locks. Geld wird beiseitegelegt, bis eine Bedingung erfüllt ist. Wird sie es nicht, verfällt der Lock und die Mittel gehen an die Zahler zurück. Genau darauf basiert die «Kitty»-Demo: Mitglieder eines Gruppenchats zahlen auf ein gemeinsames Ziel ein, und erst wenn Betrag oder Teilnehmerzahl erreicht sind, fliesst das Geld.
Allowances. Eine Erlaubnis, aus einer fremden Wallet bis zu einem Betrag und innerhalb einer Frist auszugeben – ohne dass Mittel reserviert werden. Optional mit Einzelfreigabe pro Zahlung. In Phase 2 auf E-Commerce ausgeweitet.
ESIP-Verbindungen. External Service Interface Providers sind Drittanbieter ohne Kundenbeziehung, die mit Nutzerfreigabe Zahlungs- oder Zusatzdienste erbringen. Jede Verbindung erzeugt einen separaten, an die Haupt-Wallet gekoppelten Alias – wird die Drittanwendung kompromittiert, bleiben die Wallet-Daten geschützt. Verbindungen sind jederzeit widerrufbar, mit Ausgabelimite oder Einzelfreigabe.
Streaming-Micropayments. Zweiparteien-Locks mit mehrfachen Drawdowns: Ein Hörbuch wird pro konsumierter Minute abgerechnet, inkrementell an den Anbieter ausgezahlt.
Dazu zwei Teilnehmer-Demos: Crunchfish zeigte Offline-Zahlungen am POS nach einem Reserve-Pay-Settle-Lebenszyklus samt Double-Spend-Kontrollen; TECHT Labs bedingte B2B-Zahlungen über eine eigene Smart-Contract-Plattform, die an Lab-Komponenten andockt.
Das kommt Ihnen bekannt vor
Wer sich mit Lightning und modernen Bitcoin-Standards beschäftigt, liest diese Liste mit einem gewissen Déjà-vu:
| Digital Pound Lab | Bitcoin-Ökosystem |
|---|---|
| One-time Alias | BOLT12-Offers mit Blinded Paths, Silent Payments (BIP352), LNURL-pay |
| Locks mit Verfall und Rückerstattung | HTLCs, Hold Invoices, CLTV-Timelocks, DLCs |
| Zweiparteien-Lock mit Drawdowns | Payment Channel – im Grunde die Definition davon |
| Streaming-Micropayments pro Minute | Keysend-Streaming, Value4Value / Podcasting 2.0, seit Jahren produktiv |
| Allowances mit Limite und Frist | Nostr Wallet Connect mit Budget, Macaroon-Scoping in LND |
| ESIP-Verbindung mit eigenem Alias | NWC-Connection-String pro App, jederzeit revozierbar |
| Bedingte B2B-Freigabe | Escrow via Multisig, DLC, Hold Invoice |
Das ist keine Polemik, sondern ein technischer Befund: Der Feature-Set eines modernen Retail-CBDC und der Feature-Set eines reifen Lightning-Stacks konvergieren. Die Unterschiede liegen nicht in den Fähigkeiten, sondern im Vertrauensmodell und in der Governance.
Und hier muss man fair bleiben: Was die BoE liefert und Lightning nicht liefert, ist Settlement in Zentralbankgeld ohne Emittenten- und Kreditrisiko, ohne Wechselkursvolatilität gegenüber der Rechnungseinheit, mit regulatorischer Einbettung und – wegen der Identitätsschicht – mit Dingen wie Confirmation of Payee, die auf einem pseudonymen Netzwerk schlicht nicht existieren können. Wer das für irrelevant hält, unterschätzt, wie sehr APP-Betrug in UK das politische Klima prägt.
Umgekehrt: Der Lab braucht zwölf Teilnehmer, einen Delivery-Partner und ein Parlamentsgesetz, um zu demonstrieren, was ein Podcast-Host mit einer Node und 300 Zeilen Code seit 2021 produktiv betreibt.
Die zwei Punkte, an denen es kritisch wird
Erstens Privatsphäre. Der Einmal-Alias verhindert, dass der Empfänger das Zahlungsprofil sieht. Er verhindert nicht, dass irgendwo eine Verknüpfung zwischen Alias und Wallet existiert – sonst funktionierte die Rückerstattung nicht. Das Plattform-Modell der BoE sieht vor, dass das Kernbuch minimale Daten hält und die KYC-Beziehung bei den privaten Wallet-Anbietern liegt. Das ist eine ernsthafte, verteidigbare Architektur. Es ist aber Pseudonymität mit Auflösungsmöglichkeit, nicht Bargeld-Anonymität – ein kategorialer Unterschied, den die Kommunikation gerne verwischt.
Zweitens Programmierbarkeit. Die BoE hält seit dem Design Note konsequent fest, dass Bedingungen nutzerinitiiert wären und die Zentralbank keine Verwendungsbeschränkungen setzen würde. Die Demos bestätigen das: Locks und Allowances werden vom Wallet-Inhaber gesetzt.
Nur ist ein Primitiv policy-neutral. Der Lab demonstriert funktionierende Mechanismen für: Ausgabelimiten, Verfallsfristen, Einzelfreigabe pro Zahlung, Bindung von Mitteln an Bedingungen und Ausgabeberechtigungen Dritter auf fremden Wallets. Wer diese Mechanismen missbrauchen wollte, müsste technisch nichts Neues bauen – nur festlegen, wer die Bedingungen setzen darf. Diese Frage ist rechtlich und politisch zu beantworten, nicht technisch. Genau deshalb ist es legitim, sie politisch zu stellen, statt sie mit dem Hinweis auf gute Absichten zu schliessen. Der Lab liefert dafür ausdrücklich keine Antwort: Die BoE stellt klar, dass die Policy-Entscheide in den Teilnehmer-Demos von den Teilnehmern selbst getroffen wurden und keine künftige Bank-Politik indizieren.
Der Stablecoin-Twist
Am 12. August 2026 wurde bekannt, dass Polygon Labs zusammen mit NOBO Finance und Dun & Bradstreet in Phase 2 ein Konsortial-Use-Case fährt: grenzüberschreitende Handelsfinanzierung für KMU, bei der das eine Bein der Transaktion in Stablecoins über Polygons Open Money Stack abgewickelt wird und das andere im simulierten Digital-Pound-Environment. Dazu eine portable Kreditidentität für KMU auf Basis von D&B-Daten.
Das ist die eigentlich bemerkenswerte Nachricht dieses Sommers. Nicht weil eine Zentralbank eine Public Chain «adelt» – Polygon selbst betont, dass die Teilnahme kein Endorsement ist –, sondern weil die BoE damit die Prämisse akzeptiert, dass privates Tokengeld und Zentralbankgeld nebeneinander in einem Zahlungsfluss existieren werden. Das ist ein anderer Denkrahmen als «CBDC ersetzt/verdrängt Stablecoins».
Warum das auch ausserhalb Grossbritanniens zählt
Der Lab ist weniger ein nationales Projekt als eine Standardsetzung. Alias-Formate, ESIP-artige Drittanbieter-APIs, Credential-Modelle und Lock-Semantik entstehen nicht in Isolation: Was hier als Baukasten definiert wird, prägt die internationalen Erwartungen daran, wie ein Retail-Zahlungssystem der nächsten Generation auszusehen hat – auch in Jurisdiktionen, die selbst nie einen Retail-CBDC ausgeben werden.
Der Trade-Finance-Use-Case zeigt, wohin die Reise geht: Sobald ein solches Rail grenzüberschreitend relevant wird, berührt es PSPs, Exporteure und Stablecoin-Emittenten unabhängig von deren Heimatwährung. Wer heute an Stablecoin-Infrastruktur baut, sollte die Interoperabilitätsannahmen aus diesem Lab kennen – sie werden mit hoher Wahrscheinlichkeit in kommende Regelwerke einfliessen.
Fazit
Phase 2 ist technisch solide Arbeit und dokumentarisch ungewöhnlich offen. Sie zeigt auch, wie schmal der funktionale Graben zwischen einem gut gebauten CBDC und einem gut gebauten offenen Zahlungsnetz geworden ist. Was übrig bleibt, ist die Frage, die man mit Demovideos nicht beantworten kann: Wer darf die Bedingungen setzen, wer sieht die Daten, und was passiert, wenn sich die Antwort auf diese beiden Fragen einmal ändert?
Solange eine Rückfallebene ausserhalb des Systems existiert – Bargeld, offene Netze, irgendetwas –, bleibt diese Frage beantwortbar. Sie wird es nicht bleiben, wenn diese Ebene verschwindet.
Quellen
- Bank of England – Digital Pound Lab: Phase 2 update
- Bank of England – Digital Pound Lab: Phase 1 update
- Polygon Labs Blog, 12.08.2026 – Konsortial-Teilnahme mit NOBO Finance und Dun & Bradstreet
