Il faudra plusieurs années avant que la BCE n’introduise l’euro numérique sous la forme d’une monnaie numérique de banque centrale. Les paiements programmables et les solutions de déclenchement offrent déjà une possibilité de réaliser l’euro programmable.

Dans la première partie de notre série de quatre articles sur les transactions de paiement du futur, nous avons présenté les bases de l’Internet des objets et ses implications pour les transactions de paiement du futur. La deuxième partie explique comment les paiements sont effectués aujourd’hui. En outre, les problèmes associés et les inefficacités du système de paiement actuel ont été examinés. Aujourd’hui, l’accent est mis sur les solutions et modèles possibles pour un système de paiement moderne qui puisse refléter les avantages de la numérisation et de l’automatisation.

Les deux types d’euros numériques

Pour accroître l’efficacité des processus et remédier aux limites du système SEPA décrites dans l’article précédent, la création d’un système monétaire européen innovant est essentielle. Par exemple, la BCE pourrait émettre une monnaie numérique de banque centrale (CBDC), souvent appelée « euro numérique public ». Avec un euro numérique public, le client détient une créance sur la BCE. Jusqu’à présent, la CBDC n’est qu’un concept théorique : la BCE n’a pas encore décidé d’émettre réellement une CBDC. Si elle décide de le faire, il faudra probablement attendre au moins cinq ans avant que la monnaie numérique soit disponible pour les clients finaux privés et institutionnels.

En plus de l’euro numérique public, les institutions de monnaie électronique, les banques et, en partie, les acteurs non réglementés travaillent actuellement sur ce que l’on appelle l’euro numérique privé (voir la figure 2) – un euro du secteur privé basé sur la technologie DLT. Plus précisément, il est possible de définir des opérations de paiement qui suivent une certaine logique et qui sont automatisées et, surtout, traitées sans intervention humaine. Les transactions de paiement programmables sont particulièrement pertinentes pour le secteur de l’IdO.

Un exemple de cas d’utilisation de l’IdO est celui des modèles commerciaux de paiement à l’utilisation. Par exemple, si une machine est utilisée pendant une certaine période, elle pourrait déclencher automatiquement un paiement avec l’euro basé sur la DLT en fonction des données de la machine, par exemple sur la maintenance ou l’utilisation – sans aucune intervention humaine. C’est pourquoi les paiements programmables offrent un énorme potentiel d’automatisation. Les ordres permanents sont déjà disponibles aujourd’hui et sont également des paiements programmables, mais avec une flexibilité extrêmement limitée. Pour exploiter tout le potentiel des paiements programmables, on peut utiliser une DLT. En quelques lignes de code de programme, même une logique commerciale complexe peut être mise en œuvre relativement facilement grâce aux contrats intelligents. En outre, les transactions numériques train par train sont possibles grâce à l’utilisation de la DLT. Par exemple, un contrat intelligent peut être utilisé pour spécifier que le paiement des marchandises n’est effectué que lorsque celles-ci ont été expédiées. De cette manière, des gains d’efficacité considérables et des risques de contrepartie moindres peuvent être réalisés. Les premiers paiements programmables en euros sont déjà disponibles à titre d’essai et permettent donc déjà la mise en œuvre de micropaiements et de modèles commerciaux basés sur ces derniers.

La solution de déclenchement pour les paiements programmables

Une solution dite « trigger », également appelée « bridge », fait référence à une connexion technologique, dans ce cas entre le système SEPA et une application basée sur la technologie DLT. Ce déclencheur permet d’initier un paiement via un contrat intelligent et de le traiter via le trafic de paiement conventionnel en transmettant les informations de transaction correspondantes. La figure 3 illustre la solution de déclenchement et montre l’interaction des deux systèmes. Alors que le système DLT joue principalement un rôle dans l’identité de la machine et l’interaction avec le propriétaire, le système SEPA est requis dès que les ordres de paiement résultent de l’interaction.

L’avantage d’une telle solution est qu’il n’est pas nécessaire de créer de nouvelles unités monétaires spéciales à jetons, c’est-à-dire basées sur la technologie DLT, pour les utiliser dans l’environnement DLT. Une telle solution est donc relativement simple et peut être mise en œuvre et utilisée à court terme. Même avec une solution de déclenchement, il est impossible de mettre en œuvre des fonctions optimales de livraison contre paiement. Les jetons créés représentent simplement une créance sur la banque et sont liés à un virement SEPA en aval. Pour cette raison, une asymétrie apparaît pendant une courte période, car le compte et/ou la ligne de crédit doivent d’abord être vérifiés par la banque. Après une vérification réussie, un jeton basé sur la technologie DLT est créé avec la valeur crédit, c’est-à-dire une promesse de paiement, qui est ensuite disponible pour le bénéficiaire. Lorsque ce jeton est échangé, il est techniquement détruit et déclenche simultanément une transaction SEPA, selon la banque également en temps réel. De cette façon, une fonction DvP peut être techniquement représentée, ce qui rend possible les transactions de train à train. Toutefois, cela ne garantit que le transfert des fonds à un moment ultérieur. Pour le transfert complet de la propriété des actifs numériques, le règlement des transactions dites atomiques est une condition préalable absolue. Dans ce contexte, le terme décrit le règlement complet et irréversible des transactions et le transfert des actifs.

Le paiement automatisé dans l’Internet des objets

Les environnements DLT sont particulièrement nécessaires lorsque des paiements de machine à machine, des paiements IoT, des paiements automatisés et/ou des paiements à l’utilisation doivent être exécutés. En raison de l’exécution fondamentalement automatique des paiements dans l’environnement IoT sur la base des données des machines et/ou des capteurs, l’intégrité des données est un facteur de réussite important dans la mise en œuvre. La DLT présente le caractère d’une source unique de vérité (Single Source of Truth, SSOT), c’est-à-dire une fonction de notaire technique et automatique entre toutes les parties concernées. En outre, des identités sont également attribuées aux machines au moyen de la fonction SSOT. Ceci est absolument nécessaire afin de pouvoir tracer les transactions dans les opérations de paiement autonomes.

Le système SEPA n’est actuellement pas en mesure d’intégrer cette fonction SSOT nécessaire dans le processus de paiement. La SSOT et les identités des machines sont des conditions préalables absolues pour les paiements automatisés. Si des paiements programmables de moindre complexité peuvent déjà être effectués aujourd’hui au moyen d’ordres permanents ou de prélèvements automatiques, ces instruments atteignent de plus en plus leurs limites pour les cas d’utilisation automatisés et non discrétionnaires (basés sur des règles). Les formulaires de transfert actuels sont limités à 27 caractères conformément à la spécification de l’interface informatique de la banque à domicile (HBCI) et ne peuvent déclencher que des transferts mensuels.

La solution de déclenchement rend les transactions de paiement traditionnelles programmables et fonctionne sans rupture de système grâce à l’intégration transparente des transactions de paiement et des données des capteurs. Le haut degré d’automatisation permet d’accroître l’efficacité de processus qui étaient auparavant encore souvent manuels. Les flux de paiement programmables permettent d’utiliser des modèles de facturation en fonction de différents paramètres. Cela signifie que même les modèles d’entreprise fondés sur les données peuvent être entièrement automatisés.

Paiements via les réseaux DLT

Actuellement, certaines banques en Europe travaillent à l’exécution de paiements via des réseaux DLT. Dans ce cas, il est possible d’utiliser les solutions de déclenchement décrites ci-dessus, qui cartographient les paiements programmables sur un DLT et les exécutent via les systèmes de transaction de paiement existants. CashOnLedger, entre autres, est actif dans cet environnement avec la Landesbank Baden-Württemberg (LBBW) dans le cadre d’un partenariat de développement visant à rendre les avantages de la DLT utilisables par les entreprises.

La solution de déclenchement étant intégrée dans les opérations de paiement existantes, les mêmes limitations s’appliquent en principe que dans les opérations de paiement précédentes, en plus de la possibilité de programmer les paiements. Le transfert de très petites quantités n’est pas économiquement efficace. Cela signifie que le cas d’utilisation de l’argent en continu, dans lequel la consommation ou l’utilisation de contenu doit être réglée sous la forme de très petits montants, n’est pas non plus applicable. Ici, il ne serait possible de travailler qu’avec des valeurs seuils afin d’initier automatiquement les transferts au-delà d’une certaine valeur.

En outre, même avec la solution de déclenchement, les machines ne reçoivent pas d’identité, ce qui rend difficile le déclenchement d’un paiement. Les restrictions telles que l’authentification à deux facteurs en tant qu’obstacle réglementaire existent donc toujours dans ce contexte. En pratique, cela signifie qu’une machine ou un appareil IoT ne peut pas encore régler et débiter le montant du compte de manière indépendante. Pour cela, la confirmation de l’utilisateur est requise comme étape intermédiaire. En outre, seul un jeton en euros émis directement sur DLT permet le règlement des paiements en temps réel, car la monnaie serait intégrée nativement à la plateforme. Avec la solution de déclenchement, la durée d’exécution d’une transaction se situe autour du délai habituel de règlement SEPA, qui peut aller jusqu’à un jour. Si un jeton en euros est émis sans rupture de support directement via un système DLT, le traitement des transactions est possible en temps réel. Dans ce cas, la liquidité serait immédiatement disponible pour le bénéficiaire et les tiers tels que les chambres de compensation ne seraient plus nécessaires.

Alternatives à la solution du déclencheur

Les limites de la solution de déclenchement décrite au dernier paragraphe peuvent être résolues par les moyens de paiement natifs basés sur la DLT décrits ci-dessous, les pièces stables/monnaie électronique tokenisée, la monnaie fiduciaire tokenisée et les CBDC. Ainsi, contrairement à la solution de déclenchement, le DvP natif, les micropaiements, l’argent en continu et l’intégration des machines sont possibles.

Stablecoins/monnaie électronique tokénisée

Les Stablecoins sont des jetons basés sur le DLT qui émulent un actif stable. Par exemple, l’euro peut être utilisé comme jeton sur un système DLT. Le système DLT joue le rôle de plateforme porteuse, le jeton celui d’unité de valeur. La principale différence avec la solution de déclenchement est que le paiement n’est pas traité via le système SEPA, mais via la DLT. De cette façon, la rupture du système pour le traitement des paiements peut être évitée. Jusqu’à présent, il existe des projets initiaux pour des monnaies stables basées sur l’euro, mais les monnaies stables basées sur le dollar américain sont de loin supérieures en termes de taille et de champ d’application. La réglementation des monnaies stables basées sur l’euro est – à ce jour – inexistante, mais elle devrait être créée par le projet de règlement de l’UE intitulé « Marchés des crypto-actifs » – MiCA en abrégé. Dans ce cas, la directive sur la monnaie électronique s’appliquerait à ces jetons, de sorte que les monnaies stables peuvent être qualifiées de monnaie électronique tokenisée. Actuellement, les monnaies stables en euros non réglementées présentent un risque de contrepartie important. C’est l’une des raisons pour lesquelles les monnaies stables n’ont guère été utilisées dans l’industrie jusqu’à présent.

monnaie fiduciaire tokenisée et CBDCs

Outre les monnaies stables en euros, il est également possible que les banques émettent de la monnaie fiduciaire sur les systèmes DLT. La principale différence par rapport aux pièces stables en euros et à la monnaie électronique jetable dont il a été question précédemment est que les pièces stables dans le cadre du régime de la monnaie électronique devraient être garanties à 100 %, par exemple au moyen de la monnaie fiduciaire. Si, par exemple, des jetons de monnaie électronique d’une valeur de 100 euros étaient émis, il faudrait déposer exactement 100 euros en garantie. Une couverture complète n’est pas nécessaire pour les monnaies fiduciaires symbolisées. Cela signifie que les banques peuvent continuer à créer de l’argent, mais uniquement sur un DLT.

Un euro numérique fourni de cette manière pourrait également être utilisé pour des applications programmables. La réalisation d’une telle solution est actuellement étudiée conceptuellement par de nombreuses banques, mais elle est extrêmement complexe en raison des mesures de normalisation nécessaires pour assurer l’interopérabilité interbancaire. En outre, il n’y a actuellement aucun effort au niveau européen pour mettre en œuvre une telle solution à court ou moyen terme. Cependant, la monnaie électronique jetable est également associée à un inconvénient important qui a un impact négatif sur sa diffusion. Du fait qu’elle est adossée à de la monnaie fiduciaire, la monnaie électronique tokenisée n’est pas multibancaire et présente donc un risque différent selon l’émetteur en raison de sa fongibilité limitée. Par conséquent, l’émission de monnaie électronique est liée à une institution, ce qui signifie que l’expéditeur et le destinataire du paiement doivent être clients de la même institution.

Outre les acteurs du secteur privé tels que les banques et les établissements de monnaie électronique, la banque centrale pourrait également émettre de la monnaie basée sur la technologie DLT. Dans le cas de la zone euro, il s’agirait de l’euro numérique public. À l’heure actuelle, la BCE n’a pas encore pris de décision quant à l’émission effective d’un euro numérique. La mise en œuvre d’un euro numérique basé sur la technologie DLT reste également discutable – et actuellement même improbable. Seul un euro numérique basé sur le DLT permettrait de résoudre les limites des micropaiements, de l’argent en continu et de l’intégration des machines. En raison de ces incertitudes, la monnaie électronique tokenisée et la monnaie de banque commerciale tokenisée semblent être les solutions les plus prometteuses pour les paiements IoT à court et moyen terme, bien que la réalisation à court terme de la monnaie électronique tokenisée semble actuellement beaucoup plus probable en raison de l’entrée en vigueur de la réglementation MiCA d’ici un à deux ans seulement.