Swift CBDC Sandbox Project Results Report Final 100323
Swift CBDC Sandbox Project Results Report Final 100323
Read on to learn more about Swift’s collaborative sandbox project, including the
detailed results, insights and findings from our testing, and our plans for the future.
1.
Throughout this report, the sandbox is described as a technical sandbox, rather than a regulatory sandbox.
Intermediary A
ISO ISO
20022 20022
Bank B Intermediary A
Regulator Regulator
Node Node
ISO
20022
Swift has connected global payments are used to make cross-border payments.
systems and currencies for over forty years. Now we are collaborating with our global
With our CBDC solution, we intend that community to develop a beta version of the
Swift can continue to play this role in a world solution to interlink CBDCs that are starting
where both digital and traditional currencies to go live around the world.
1 2 3 4 5 6
Kick off Swift: An overview CBDC roles & CBDC Open Wrap up, review,
Attendees: Admin, of the sandbox responsibilities implementation considerations: avenues for future
Business Users, Technical project Attendees: Admin, & technical Identity & privacy exploration
Users
Attendees: Business Business Users, Technical considerations Attendees: Admin, Attendees: Admin,
Objectives: Kick off the Users, Technical Users Users Business Users, Technical Business Users, Technical
Attendees: Admin.
pilot and provide context, Objectives: Identify the Users Users
Objectives: Explore the Business Users, Technical
purpose, and high-level roles and responsibilities
connector and flows in Users Objectives: Review Objectives: Cover
goals of the Swift CBDC of the participants within
depth to ensure alignment Objectives: Capture and explore identity, any other outstanding
Interlinking experiment a CBDC network.
for future experiments. insights from banks access, and privacy topics. Swift to review
and CBDC sandbox.
around technical considerations for CBDCs. and present back key
implementation of a takeaways learned. Future
CBDC and whether it is areas of exploration
compatible with the Swift to be discussed and
connector proposal. considered.
Bank UI Portal
Bank Payment Engine
Bank Node Listener Service
CBDC Pilot
Swift’s enhanced platform
Network
Network Authority and network, which is a physical global tracker of the status CBDC message format into
Regulator Node: The CBDC entity on the network to which of a transaction in the CBDC the corresponding ISO 20022
experiments and design of the Swift CBDC connector will network. messages and vice-versa.
the Swift CBDC connector be connected.
introduces an administration Rulebook processor: The CBDC access server: An API
role within the CBDC network Cross-border message business rule processing endpoint is implemented by
called the “Network Authority”. identifier: The cross- engine subjects messages the network authority and
The entity (or entities) playing border message identifier to validation according to the is required to complete the
this role are considered is a component that rules defined by the network processing of the message
to be the administrator sends messages that are authority. Based on the results within the CBDC network. The
of the network and are identified as destined for of the evaluation, the network network authority sets rules
responsible for designing and external networks based authority can configure the in a business rule processor
implementing various aspects on the scheme defined by Swift CBDC connector to engine that invokes the
of the CBDC network. During the network authority for execute the appropriate API appropriate API in the API
live implementation of CBDC identifying cross-border exposed in the API server. server. As envisaged, the
networks, depending on their messages. This component: network authority could be
policies, CBDC authorities may a) sends the messages Message Translator: A tool operated by a relevant central
choose to implement this role intended for external networks provided to the network bank (or central bank system)
differently. This role of Network to the Swift CBDC connector; authority to map message or other designated payment
Authority contrasts with the and b) uses the Swift CBDC translation from one format to network operators or entities.
Regulator Node within the connector to inform the another. It translates the native
Quorum Corda 98
Corda Quorum 58
RTGS Corda 27
Participants were able to test transaction The Swift CBDC connector on each CBDC
flows between three different simulated network acted as the bridge to connect to
networks: 1) Quorum-to-Corda; 2) Corda- other payment systems via Swift’s enhanced
to-Quorum; 3) RTGS-to-Corda. See Annex 1 platform. The Swift CBDC connector
for diagrams of the flows. During testing, a implemented the local message processing
total of 4,736 transactions were processed and CBDC network accessing logic. This
throughout the networks (including test approach removed the need for each
payments), whilst 183 of these transactions participant, or Swift’s enhanced platform,
were sent by participants in the sandbox to know how to process the message and
environment. access the destination network.
The flows used the ISO 20022 pacs.008 To support atomicity, as well as the
message to initiate a payment, and the settlement process, the solution supports the
pacs.002 message to communicate creation of a conditional payment, through
acknowledgements between the various which the funds were escrowed in each of
financial institutions involved in the payment. the network prior to settlement. While our
To ensure non-repudiation and digital solution is flexible to meet most escrowing
integrity, all messages were digitally signed situations, for the demonstration purposes
using Swift’s unique Public Key Infrastructure we limited our implementation to: 1) escrow
(PKI). By leveraging the ISO 20022 standard on receiving side only; and 2) escrowing on
– as well as the widely used Swift PKI – both sending and receiving side.
we were able to ensure interoperability
between various networks operating using To enable this, and to ensure that the
different technologies. atomic settlement implemented follows the
traditional settlement process, a ReleaseFund
One of our key assumptions was that mechanism was used. This required a
CBDC tokens will remain within their own settlement instruction in the form of pacs.002
jurisdictions or monetary zones. So, in order message initiated by the intermediary;
to facilitate cross-border fund transfer under the Swift CBDC connector on the local
these restrictions, an intermediary model was network then orchestrates the release of the
used to demonstrate funds transfer between escrowed Fund.
two CBDC networks.
Rulebook Message
Regulator
Processor Translator
Node
Debtor Bank Regulator Intermediary CBDC Swift CBDC Intermediary Regulator Bank Creditor
Corp A Node A connector platform connector B Node B Corp
Payment
initiation Pacs. 008 (DLT Format)
Credit transfer
Payment
Status UETR, ISO Message Pacs. 008 (DLT Format)
(DLT format) sent/picked Credit transfer
by the Regulator Node and
passed to the Swift connector
Escrow funds
Escrow funds
UETR, Instruct to
settle with settle UETR
intermediary
UETR ReleaseFund
Funds released Credit Fund
to Bank B
1
3
1 5
4 Smart Contract
Smart Contract 2
Swift's
Swift CBDC
Swift CBDC
connector
connector
enhanced
platform
Escrowed Escrowed
Funds Funds
Nick Kerigan
Managing Director, Head of Innovation
Rachel Levi
Head of Innovation Engineering
Giri Krishnapillai
Innovation & Architecture
Kaleb Fry
Product Strategy & Innovation
Travis Moe
Senior Innovation Engineer
Mike Ninov
Innovation Engineer
Copyright
Copyright © Swift — all rights reserved.
Disclaimer
Swift supplies this publication for
information purposes only. The
information in this publication may change
from time to time. You must always refer
to the latest available version.