Deux refinancements hypothécaires achevés et un paiement de place de marché ont circulé entre des banques britanniques une fois les conditions prédéfinies remplies, en utilisant des dépôts clients ordinaires reliés par une infrastructure blockchain partagée.

Les transactions ont été exécutées dans le cadre de l'initiative Great British Tokenised Deposit (GBTD), un projet réunissant Barclays, HSBC UK, Lloyds Banking Group, Monzo, Nationwide, NatWest et Santander. Des sous-groupes de ces banques ont réalisé les transactions individuelles. Les résultats ont été annoncés dans un communiqué de presse de UK Finance.

Le dépôt est resté de la monnaie bancaire du début à la fin

Un dépôt tokenisé est une représentation numérique d'une somme due par une banque commerciale à un client. La tokenisation modifie la manière dont un paiement peut être enregistré et déclenché ; elle ne transforme pas le dépôt sous-jacent en cryptomonnaie librement circulant.

L'argent des clients est resté dans le système bancaire régulé pendant toute la durée des transactions. La plateforme GBTD contrôlait le moment où un paiement pouvait circuler, tandis que les fonds sous-jacents continuaient de représenter des créances sur les banques participantes.

Cela diffère d'un stablecoin public, qui est normalement émis dans le cadre d'un dispositif distinct de réserve et de rachat, les droits du détenteur dépendant de l'émetteur et de la structure juridique du produit. Un dépôt tokenisé part en revanche d'un compte bancaire existant et est conçu pour conserver le traitement juridique et réglementaire attaché à la monnaie de banque commerciale.

Ce contraste s'étend également à la monnaie de banque centrale. La Banque d'Angleterre a mené séparément des travaux de conception sur un éventuel « digital pound », qui constituerait une créance sur la banque centrale plutôt que sur une banque commerciale ; les dépôts tokenisés laissent inchangée la structure existante des passifs bancaires.

UK Finance décrit ce modèle comme un moyen de doter les dépôts conventionnels de fonctions programmables tout en préservant la sécurité et la confiance associées à la monnaie bancaire.

Deux cas d'usage, deux problèmes de paiement

La rapidité n'est pas l'objet de ces tests. Le dispositif britannique Faster Payments assure des virements quasi instantanés de compte à compte depuis 2008 ; ce que les pilotes apportent, c'est la conditionnalité — des fonds qui ne circulent que lorsqu'un événement externe convenu est confirmé, ce qu'une instruction paiement standard ne peut pas imposer seule.

Refinancements hypothécaires : libération des fonds à la finalisation

Barclays, Lloyds et NatWest ont réalisé les deux transactions de refinancement hypothécaire. Le montant requis a été réservé sur le compte du client et libéré une fois que la plateforme a reçu la confirmation que la condition de finalisation avait été satisfaite.

L'annonce n'identifie pas la partie ni le système ayant fourni cette confirmation. Ce détail compterait dans un service commercial, car le code de paiement ne peut agir que sur les informations qu'il reçoit ; il ne peut pas décider de lui-même qu'une transaction immobilière juridiquement contraignante s'est achevée.

Maintenir les fonds sur le compte du client jusqu'à la libération pourrait éviter de devoir les transférer en avance sur un compte de dépôt distinct. UK Finance a indiqué que ce dispositif pourrait également permettre aux clients de continuer à percevoir des intérêts jusqu'à la finalisation, sans préciser si des intérêts ont été générés, ni en quel montant, lors de ces transactions spécifiques.

Le pilote a en outre exploré une future connexion numérique avec le HM Land Registry. Une telle intégration pourrait réduire la coordination manuelle, mais elle a été examinée en tant que concept plutôt que démontrée dans un système accessible au public.

Paiement de place de marché : réserve des fonds jusqu'à l'échange

Trois banques, dont HSBC UK, ont participé à un paiement distinct de client à client modélisé sur un achat sur une place de marché. L'argent de l'acheteur a été réservé pour la transaction puis libéré au vendeur une fois la condition d'échange convenue confirmée.

De véritables livres ont circulé entre les comptes, mais aucun bien physique n'a changé de mains. L'échange a été simulé pour tester si un dépôt bancaire pouvait porter des conditions de paiement évoquant un arrangement de séquestre.

Le problème non résolu est de savoir comment un futur service établira qu'un article a bien été livré dans l'état convenu. La confirmation de l'acheteur, les données du transporteur ou un enregistrement de la place de marché pourraient fournir le déclencheur, mais les banques n'ont pas révélé quel modèle elles adopteraient. Un service en production devrait également prévoir des règles pour les produits endommagés, les fausses déclarations de livraison et les transactions contestées après le versement des fonds. La programmabilité peut exécuter une instruction ; elle ne peut pas déterminer si le litige commercial sous-jacent est fondé.

Le dépôt d'une banque ne peut pas devenir simplement le passif d'une autre banque

Créer une représentation numérique d'un dépôt au sein d'une seule banque est relativement simple. Le transférer vers un autre établissement est plus difficile, car chaque dépôt demeure un passif de la banque qui détient l'argent du client.

Le solde d'un client chez Barclays est une somme que Barclays doit à ce client. Si le client paie une personne client de HSBC, le système doit coordonner à la fois le transfert côté client et les obligations créées entre les deux banques.

La plateforme GBTD partagée a été développée par Quant pour relier les établissements participants plutôt que pour remplacer leurs systèmes bancaires centraux par une seule blockchain publique. Quant a précédemment indiqué que son infrastructure pourrait fonctionner entre registres bancaires, Faster Payments, les systèmes de règlement brut en temps réel, l'open banking et les plateformes de dépôts tokenisés.

Cette couche commune a permis à différentes banques d'appliquer la même logique de paiement conditionnel tout en conservant leurs propres comptes et systèmes internes. Cette interopérabilité, plutôt que la simple représentation des livres sous forme de tokens, constitue la principale réalisation du projet.

Trois transactions ne font pas un réseau de paiement national

Les tests démontrent que le mécanisme peut traiter de l'argent réel de clients. Ils n'établissent pas s'il peut fonctionner de manière économique et fiable à l'échelle de l'infrastructure de paiement existante de la Grande-Bretagne. Plusieurs questions opérationnelles restent sans réponse :

• Quelle organisation exploitera et supervisera le réseau en production ?
• Quand un paiement conditionnel deviendra-t-il juridiquement définitif ?
• Qui est responsable lorsqu'une confirmation externe est erronée ?
• Comment les paiements erronés et les litiges clients seront-ils annulés ou remboursés ?
• Quel processus de secours s'appliquera en cas de panne de la plateforme ou d'une banque ?
• Comment le système se comportera-t-il face aux volumes de paiement nationaux ?
• Combien les banques ou les clients paieront-ils pour l'utiliser ?

Les banques n'ont pas annoncé quand les clients pourraient accéder au service via leurs applications bancaires habituelles.

Le Royaume-Uni est néanmoins allé plus loin que les travaux de développement décrits dans l'initiative de dépôts tokenisés des six grandes banques canadiennes. Les établissements canadiens ont annoncé un modèle interbancaire qu'ils comptent explorer, tandis que le consortium britannique a déjà traité des paiements réels de clients.

Trois obligations numériques mettront à l'épreuve le cas institutionnel

La phase suivante devrait relier les dépôts tokenisés aux actifs numériques. Les banques participantes prévoient d'émettre des instruments de dette numériques pouvant être négociés et réglés via la même infrastructure élargie, les coupons d'obligations étant payés en monnaie bancaire tokenisée.

UK Finance a déclaré que le projet examinerait le règlement livraison contre paiement contre réserves. L'objectif est de coordonner les volets actif et espèces afin qu'un acheteur n'envoie jamais d'argent sans recevoir le titre, et qu'un vendeur ne cède jamais le titre avant d'avoir reçu le paiement.

Reuters a rapporté que les banques participantes ont l'intention de tester trois obligations numériques au premier trimestre 2027. Le projet prévoit également de créer une société d'exploitation et d'élaborer le référentiel et le cadre de gouvernance nécessaires pour passer en production.

Les transactions de détail ont montré que des logiciels peuvent coordonner des paiements réels entre banques distinctes. Les tests d'obligations poseront une question plus exigeante : la même infrastructure peut-elle échanger de l'argent et des actifs régulés sans exposer l'une ou l'autre partie à la transaction ?

L'interopérabilité technique n'est donc plus le seul obstacle. Un réseau commercialement utile dépendra de la capacité des banques à s'accorder sur qui détient l'autorité lorsque les conditions de paiement sont contestées, que les entrées du système sont erronées ou qu'un participant ne peut pas honorer sa part de la transaction.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier ou juridique.

: Coindoo