WO2021063965A1 - Architecture pour la création d'une monnaie électronique interopérable entre plusieurs établissements monétaires - Google Patents

Architecture pour la création d'une monnaie électronique interopérable entre plusieurs établissements monétaires Download PDF

Info

Publication number
WO2021063965A1
WO2021063965A1 PCT/EP2020/077263 EP2020077263W WO2021063965A1 WO 2021063965 A1 WO2021063965 A1 WO 2021063965A1 EP 2020077263 W EP2020077263 W EP 2020077263W WO 2021063965 A1 WO2021063965 A1 WO 2021063965A1
Authority
WO
WIPO (PCT)
Prior art keywords
eme
platform
money
user
establishment
Prior art date
Application number
PCT/EP2020/077263
Other languages
English (en)
Inventor
José LUU
Cyril Vignet
Original Assignee
Bpce
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bpce filed Critical Bpce
Priority to US17/765,400 priority Critical patent/US20220358472A1/en
Priority to EP20775905.1A priority patent/EP4042357A1/fr
Publication of WO2021063965A1 publication Critical patent/WO2021063965A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/381—Currency conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks

Definitions

  • the invention relates to an architecture for the creation by means of a blockchain of an interoperable electronic money between several monetary institutions.
  • Blockchains for English “blockchain” are technologies that allow their users to store and transmit data in a secure manner and without a central control body, thanks to a distributed database whose information sent by the users and internal links are checked and grouped at regular time intervals into blocks, thus forming a chain (see in particular the article “Blockchain” on the site of the collaborative encyclopedia Wikipedia® and the article of the online journal “Le Journal du Net ”available at https: //www.journaldunet.eom/economie/finance/1195520- blockchain-April-2019 /).
  • EMEs electronic money institutions
  • This directive allowed the emergence of many electronic currencies, based on the same type of centralized architecture based on a central server which manages user accounts and implements the various services for a given monetary institution.
  • the invention aims to improve the prior art by proposing in particular an architecture to allow the creation of a networked electronic money which is interoperable between several electronic money institutions (EME), in order to allow users to be able to easily benefit from the advantages offered by electronic money.
  • EME electronic money institutions
  • the invention proposes an architecture for the creation of an interoperable electronic money between several monetary establishments, said architecture comprising: - at least one electronic money establishment platform (EME), said EME platform being associated with at least one platform of a bank money blocking establishment;
  • EME electronic money establishment platform
  • a chain of blocks to which the EME platform is connected said chain of blocks comprising means for allowing the EME platform to create universal electronic money tokens according to the amount of cashless money confined by said EME platforms; o means to allow a user of the EME establishment to request universal tokens from the EME platform; o means for allowing the EME platform to provide a user with universal tokens in response to such a request; o means to allow a user to directly exchange universal tokens with users of the EME establishment.
  • FIG.1 showing an architecture according to one embodiment of the invention.
  • the architecture includes at least one electronic money institution (EME) platform 1a, 1b, said platform comprising means for creating and delivering electronic money tokens to users 2a, 2b of the EME institution.
  • EME electronic money institution
  • the architecture comprises at least two platforms 1a, 1b of electronic money institutions (EMEs) as described above.
  • EMEs electronic money institutions
  • each EME institution must be associated with a scriptural money institution, in which an amount of scriptural money corresponding to the amount of electronic money that the EME institution wishes to issue must be restricted by said EME institution to guarantee the validity of the electronic money issued by said EME institution.
  • each EME platform 1a, 1b is associated with at least one platform 3a, 3b of such an establishment of scriptural money cantonment, each scriptural money platform 3a, 3b comprising means for sending to the EME platform 1a, 1b with which it is associated a notification 4 comprising information on the total amount of book money confined for said EME platform in said bank money establishment.
  • the architecture further comprises a blockchain 5 to which the EME platform (s) 1a, 1b is (are) connected, said blockchain comprising means for enabling said (them) ( s) EME platform (s) to create universal electronic money tokens based on the amount of cashless money confined by the said EME platform (s).
  • each EME platform 1 a, 1 b is connected to the blockchain, which includes means for allowing the EME platforms 1a, 1b to cooperate to create universal electronic money tokens according to the amount of cashless money confined in their respective bank money establishment.
  • an electronic money that can be used by each of said establishments is created, which allows users 2a, 2b of all types, in particular individuals, to be able to easily benefit from the advantages offered by electronic money.
  • a user 2a, 2b can use these universal tokens to directly carry out transactions with other users 2a, 2b from different EME establishments connected to the blockchain 1, and this without having to create accounts in each of said establishments.
  • EME nor to change electronic money for each of the other users 2a, 2b with whom he wishes to carry out transactions.
  • the architecture further comprises a platform 6 of a central bank which comprises means for regulating the creation of universal tokens by the EME platforms 2a, 2b according to the amount of scriptural money confined by each of said EME platforms.
  • the central platform 6 comprises means for sending notifications 7, 8 respectively to each EME platform 1 a, 1 b and to the cantonment platform 3a, 3b which is associated with it, in order to be able to verify the correlation between the amount in universal tokens issued by said EME platform and the amount in scriptural money recorded by said cantonment platform.
  • the central platform 6 can interact with the EME 1a, 1 b and cantonment platforms 3a, 3b via the blockchain 5, which allows an administrator of said central platform to know in real time the total amount of electronic money tokens circulating within the architecture.
  • blockchain 5 includes means to allow:
  • each EME platform 1a, 1b is associated with at least one local scriptural money platform 9a, 9b, for example a bank, said local platform comprising means for interacting with said EME platform for providing a user 2a, 2b with universal tokens.
  • the blockchain 5 comprises means for allowing a user 2a to send a request 10 to the local platform 9a linked to his EME establishment to request universal tokens from the corresponding EME platform 1a, said request specifying in particular the amount in universal tokens that said user wishes to acquire.
  • the user 2a sends the local platform 9a a notification 11 to provide an amount in cashless money corresponding to the amount in universal tokens that he wishes to acquire.
  • the notification 11 can for example be a message to authorize the transfer of the amount in cashless money required, in particular from an account held by user 2a in the establishment linked to the local platform 9a.
  • Notification 11 can also be a bank transfer to provide the required amount to the local platform 9a, in particular to fund the account of user 2a for the purpose of transferring said amount.
  • the local platform 9a interacts with the EME platform 1a to provide user 2a with the amount of universal tokens he requested.
  • the local platform 9a comprises means for transmitting to the EME platform 1a, in particular by sending an appropriate notification 12, the amount in cashless money provided by the user 2a.
  • the EME platform 1 a After receipt of the notification 12, the EME platform 1 a provides the user 2a with an amount in universal tokens corresponding to the amount of scriptural money provided by said user. To do this, the EME platform 1a sends the user 2a a notification 13 to provide him with the universal tokens, in particular to credit with said universal tokens an electronic money account in the name of said user in the corresponding EME establishment.
  • the EME platform 1a sends to the platform 3a of its cantonment establishment a notification 15 to add the amount of scriptural money provided by user 2a to its total amount of restricted scriptural money in said establishment.
  • the blockchain 5 further comprises means for allowing a user 2a to directly exchange universal tokens with users 2b of all EME establishments connected to said blockchain.
  • the chain of blocks 5 can comprise means for implementing computer programs of the intelligent contract type (for English "Smart contract”) adapted for transactions between users 2a, 2b, or means for implementing implementing a distributed ledger device (for English "ledger").
  • the blockchain 5 also includes an application 14 which includes means for allowing a user 2a, 2b to request a reimbursement in cashless money of an amount in universal tokens.
  • each local platform 9a, 9b comprises means for interacting with the EME platform 1 a, 1 b with which it is associated in order to provide cashless money to a user 2a, 2b who has requested a refund.
  • the application 14 also includes an algorithm designed for, when a user 2b requests such reimbursement:
  • the application 14 can be arranged to implement this algorithm by means of a smart contract, which makes it possible to improve the reliability and the speed of said implementation.
  • the application 14 can also be designed to allow a user 2a, 2b to request a refund from the EME platform 1a, 1b of his EME establishment if he so wishes, provided that said EME establishment has a sufficient amount in scriptural money in its associated cantonment establishment.
  • the application 14 can include means for offering a user 2a, 2b requesting a reimbursement to choose between several options to obtain said reimbursement, in particular between a direct reimbursement by his EME establishment or an indirect reimbursement by an EME establishment. chosen automatically by the algorithm.
  • the relevance criterion of an EME platform 1 a, 1 b can include information on the total amount of scriptural money held by the associated cantonment establishment and / or information on the country in which the linked EME establishment is located. to said EME platform.
  • the algorithm can be arranged to select the EME platform 1 a, 1 b, the total amount of cashless money of which is the largest to effect the reimbursement of the user 2b, in order to guarantee said user a rapid reimbursement with the advantages mentioned above.
  • the algorithm can also be designed to select as a priority the EME platforms 1 a, 1 b whose associated EME establishments are located in the same country as the user 2a, 2b requesting the reimbursement, which also makes it possible to facilitate the implementation of said reimbursement.
  • the application 14 selects the EME platform 1b to make the reimbursement according to the choice of the user 2b, and sends said EME platform a notification 17 to perform said reimbursement.
  • the notification 17 may for example include an authorization to debit the electronic money account held by said user in said establishment.
  • the notification 17 may include information on the EME establishment of said user and / or the EME platform associated with said establishment, in order to to allow the selected EME platform 1 b to interact with the appropriate EME platform to obtain a transfer in universal tokens provided by said user.
  • the selected EME platform 1b sends to the local platform 9b which is associated with it a notification 18 to effect the reimbursement in scriptural money, said notification comprising for example a transfer of the amount of scriptural money required.
  • the local platform 9b sends the user 2b a notification 19, said notification comprising, for example:
  • the chain of blocks 5 comprises means for storing a link between an electronic money account held by a user and the electronic money and / or cashless transfers made to debit and / or credit said account.
  • good traceability of currency flows is guaranteed, which facilitates their security, in particular by means of procedures as provided for by the anti-money laundering and anti-terrorism (LAB / LAT) protocols.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne une architecture comprenant : au moins une plateforme (1a, 1b) d'établissement de monnaie électronique (EME), ladite plateforme EME étant associée à au moins une plateforme (3a, 3b) d'un établissement de cantonnement de monnaie scripturale; une chaîne de blocs (5) à laquelle la plateforme EME (1a, 1b) est connectée, ladite chaîne de blocs comprenant des moyens pour permettre à la plateforme EME (1a, 1b) de créer des jetons universels de monnaie électronique en fonction du montant de monnaie scripturale cantonné par ladite plateforme EME; des moyens pour permettre à un utilisateur (2a, 2b) d'un établissement EME de demander des jetons universels à la plateforme EME (1a, 1b); des moyens pour permettre à la plateforme EME (1a, 1b) de fournir à un utilisateur (2a, 2b) des jetons universels en réponse à une telle demande; des moyens pour permettre à un utilisateur (2a, 2b) d'échanger directement des jetons universels avec des utilisateurs (2a, 2b) de l'établissement EME.

Description

DESCRIPTION
Titre : Architecture pour la création d’une monnaie électronique interopérable entre plusieurs établissements monétaires
L’invention concerne une architecture pour la création au moyen d’une chaîne de blocs d’une monnaie électronique interopérable entre plusieurs établissements monétaires.
Les chaînes de blocs (pour l’anglais « blockchain ») sont des technologies qui permettent à leurs utilisateurs de stocker et transmettre des données de manière sécurisée et sans organe central de contrôle, grâce à une base de données distribuée dont les informations envoyées par les utilisateurs et les liens internes sont vérifiés et groupés à intervalles de temps réguliers en blocs, formant ainsi une chaîne (voir notamment l’article « Blockchain » sur le site de l’encyclopédie collaborative Wikipedia® et l’article du journal en ligne « Le Journal du Net » disponible à l’adresse https://www.journaldunet.eom/economie/finance/1195520- blockchain-avril-2019/).
Cette technologie en pleine expansion est notamment utilisée pour permettre aux utilisateurs de réaliser des transactions, validées par un mécanisme de consensus entre des noeuds de la chaîne (appelés « mineurs »), et trouve plus particulièrement son application dans la création et la gestion de monnaies virtuelles, ou crypto-monnaies, telles que par exemple le Bitcoin®, Ether®, Monero® ou encore Peercoin® (ou PPcoin®).
En Europe, la directive DME2 du 16 septembre permet à des établissement qualifiés, nommés établissements de monnaie électronique (EME), de représenter de la monnaie scripturale, notamment l’euro, dans des formats de monnaie électronique divers, et ainsi d’effectuer plus facilement des opérations de manipulation de fonds, notamment la gestion des comptes, le comptage, les transferts ou les séquestres, à condition de mettre en cantonnement un montant suffisamment important de monnaie scripturale dans un établissement adapté.
Cette directive a permis l’émergence de nombreuses monnaies électroniques, fondées sur un même type d’architecture centralisée basée sur un serveur central qui gère les comptes des utilisateurs et met en oeuvre les différents services pour un établissement monétaire donné.
Cependant, les solutions actuelles ne donnent pas entière satisfaction, en ce que chaque établissement EME créée sa propre monnaie électronique de manière totalement indépendante des autres établissements EME, ladite monnaie électronique n’étant pas directement échangeable entre deux établissements EME différents.
Ainsi, pour pouvoir utiliser différentes monnaies électroniques et bénéficier des différents services qu’elles offrent, un utilisateur doit créer un compte dans chaque établissement EME produisant lesdites monnaies électroniques, et effectuer lui-même les transferts de fonds en passant par sa banque de monnaie scripturale, ce qui s’avère relativement complexe et fastidieux en pratique.
De ce fait, les utilisateurs particuliers ne profitent pas pleinement des avantages offerts par la monnaie électronique, et son utilisation est davantage limitée à des niches techniques et/ou commerciales particulières.
L’invention vise à perfectionner l’art antérieur en proposant notamment une architecture pour permettre la création d’une monnaie électronique en réseau qui est interopérable entre plusieurs établissements de monnaie électroniques (EME), afin de permettre à des utilisateurs de pouvoir bénéficier facilement des avantages offerts par la monnaie électronique.
A cet effet, l’invention propose une architecture pour la création d’une monnaie électronique interopérable entre plusieurs établissements monétaires, ladite architecture comprenant : - au moins une plateforme d’établissement de monnaie électronique (EME), ladite plateforme EME étant associée à au moins une plateforme d’un établissement de cantonnement de monnaie scripturale ;
- une chaîne de blocs à laquelle la plateforme EME est connectée, ladite chaîne de blocs comprenant o des moyens pour permettre à la plateforme EME de créer des jetons universels de monnaie électronique en fonction du montant de monnaie scripturale cantonné par ladite plateformes EME ; o des moyens pour permettre à un utilisateur de l’établissement EME de demander des jetons universels à la plateforme EME ; o des moyens pour permettre à la plateforme EME de fournir à un utilisateur des jetons universels en réponse à une telle demande ; o des moyens pour permettre à un utilisateur d’échanger directement des jetons universels avec des utilisateurs de l’établissement EME.
D’autres particularités et avantages de l’invention apparaîtront dans la description qui suit, faite en référence à la figure jointe,
[Fig.1 ] représentant une architecture selon un mode de réalisation de l’invention.
En relation avec cette figure, on décrit ci-dessous une architecture pour la création d’une monnaie électronique interopérable entre plusieurs établissements monétaires.
L’architecture comprend au moins une plateforme 1 a, 1 b d’établissement de monnaie électronique (EME), ladite plateforme comprenant des moyens pour créer et fournir des jetons de monnaie électronique aux utilisateurs 2a, 2b de l’établissement EME.
Dans le mode de réalisation représenté, l’architecture comprend au moins deux plateformes 1a, 1 b d’établissements de monnaie électronique (EME) telles que décrites précédemment. Afin d’être conforme aux différentes directives réglementant les établissements EME, notamment la directive européenne DME2, chaque établissement EME doit être associé à un établissement de monnaie scripturale, dans lequel un montant en monnaie scripturale correspondant au montant de monnaie électronique que l’établissement EME souhaite émettre doit être cantonné par ledit établissement EME pour garantir la validité de la monnaie électronique émise par ledit établissement EME.
Pour ce faire, comme représenté sur la figure, chaque plateforme EME 1a, 1b est associée à au moins une plateforme 3a, 3b d’un tel établissement de cantonnement de monnaie scripturale, chaque plateforme de monnaie scripturale 3a, 3b comprenant des moyens pour envoyer à la plateforme EME 1a, 1b à laquelle elle est associée une notification 4 comprenant des informations sur le montant total de monnaie scripturale cantonné pour ladite plateforme EME dans ledit établissement de monnaie scripturale.
L’architecture comprend en outre une chaîne de blocs 5 à laquelle la(les) plateforme(s) EME 1a, 1b est(sont) connectée(s), ladite chaîne de blocs comprenant des moyens pour permettre à la(les)dite(s) plateforme(s) EME de créer des jetons universels de monnaie électronique en fonction du montant de monnaie scripturale cantonné par la(les)dite(s) plateforme(s) EME.
Sur la figure, chaque plateforme EME 1 a, 1 b est connectée à la chaîne de blocs, qui comprend des moyens pour permettre aux plateformes EME 1a, 1b de coopérer pour créer des jetons universels de monnaie électronique en fonction du montant de monnaie scripturale cantonné dans leur établissement de monnaie scripturale respectif.
Ainsi, grâce à une coopération des différents établissements EME au sein d’une même chaîne de blocs 5, une monnaie électronique utilisable par chacun desdits établissements est créée, ce qui permet à des utilisateurs 2a, 2b de tous types, notamment des particuliers, de pouvoir bénéficier facilement des avantages offerts par la monnaie électronique. En particulier, un utilisateur 2a, 2b peut utiliser ces jetons universels pour effectuer directement des transactions avec d’autres utilisateurs 2a, 2b de différents établissements EME connectés à la chaîne de blocs 1 , et ce sans avoir à créer de comptes dans chacun desdits établissements EME, ni à changer de monnaie électronique pour chacun des autres utilisateurs 2a, 2b avec lesquels il souhaite effectuer des transactions.
L’architecture comprend en outre une plateforme 6 d’une banque centrale qui comprend des moyens pour réguler la création des jetons universels par les plateformes EME 2a, 2b en fonction du montant de monnaie scriptural cantonné par chacune desdites plateformes EME.
Pour ce faire, la plateforme centrale 6 comprend des moyens pour envoyer des notifications 7, 8 respectivement à chaque plateforme EME 1 a, 1 b et à la plateforme 3a, 3b de cantonnement qui lui est associée, afin de pouvoir vérifier la corrélation entre le montant en jetons universels émis par ladite plateforme EME et le montant en monnaie scripturale enregistré par ladite plateforme de cantonnement.
En particulier, la plateforme centrale 6 peut interagir avec les plateformes EME 1a, 1 b et de cantonnement 3a, 3b par l’intermédiaire de la chaîne de blocs 5, ce qui permet à un administrateur de ladite plateforme centrale de connaître en temps réel le montant total de jetons de monnaie électronique circulant au sein de l’architecture.
Pour permettre aux utilisateurs 2a, 2b des différents établissements EME d’acquérir facilement des jetons de monnaie électronique, la chaîne de blocs 5 comprend des moyens pour permettre :
- d’une part, à un utilisateur 2a d’un établissement EME donné de demander des jetons universels à la plateforme EME 1 a correspondante ; et
- d’autre part, à une plateforme EME 1 a de fournir à un utilisateur 2a des jetons universels en réponse à une telle demande. Pour ce faire, comme représenté sur la figure, chaque plateforme EME 1a, 1 b est associée à au moins une plateforme locale 9a, 9b de monnaie scripturale, par exemple une banque, ladite plateforme locale comprenant des moyens pour interagir avec ladite plateforme EME pour fournir à un utilisateur 2a, 2b des jetons universels.
En particulier, la chaîne de blocs 5 comprend des moyens pour permettre à un utilisateur 2a d’envoyer une requête 10 à la plateforme locale 9a liée à son établissement EME pour demander des jetons universels à la plateforme EME 1a correspondante, ladite requête spécifiant notamment le montant en jetons universels que ledit utilisateur souhaite acquérir.
Ensuite, pour finaliser cette demande, l’utilisateur 2a envoie à la plateforme locale 9a une notification 11 pour fournir un montant en monnaie scripturale correspondant au montant en jetons universels qu’il souhaite acquérir.
La notification 11 peut par exemple être un message pour autoriser le transfert du montant en monnaie scripturale requis, notamment depuis un compte détenu par l’utilisateur 2a dans l’établissement lié à la plateforme locale 9a. La notification 11 peut également être un virement bancaire pour fournir le montant requis à la plateforme locale 9a, notamment pour alimenter le compte de l’utilisateur 2a en vue du transfert dudit montant.
Ensuite, la plateforme locale 9a interagit avec la plateforme EME 1 a pour fournir à l’utilisateur 2a le montant en jetons universels qu’il a demandé. Pour ce faire, la plateforme locale 9a comprend des moyens pour transmettre à la plateforme EME 1a, notamment par l’envoi d’une notification 12 appropriée, le montant en monnaie scripturale fourni par l’utilisateur 2a.
Enfin, après réception de la notification 12, la plateforme EME 1 a fournit à l’utilisateur 2a un montant en jetons universels correspondant au montant de monnaie scripturale fourni par ledit utilisateur. Pour ce faire, la plateforme EME 1 a envoie à l’utilisateur 2a une notification 13 pour lui fournir les jetons universels, notamment pour créditer avec lesdits jetons universels un compte de monnaie électronique au nom dudit utilisateur dans l’établissement EME correspondant.
En parallèle de l’envoi de la notification 13, la plateforme EME 1 a envoie à la plateforme 3a de son établissement de cantonnement une notification 15 pour ajouter le montant en monnaie scripturale fourni par l’utilisateur 2a à son montant total de monnaie scripturale cantonné dans ledit établissement.
La chaîne de blocs 5 comprend en outre des moyens pour permettre à un utilisateur 2a d’échanger directement des jetons universels avec des utilisateurs 2b de tous les établissements EME connectés à ladite chaîne de blocs.
Pour ce faire, la chaîne de blocs 5 peut comprendre des moyens pour mettre en oeuvre des programmes informatiques de type contrat intelligent (pour l’anglais « Smart contract ») adaptés pour des transactions entre les utilisateurs 2a, 2b, ou des moyens pour mettre en oeuvre un dispositif de registre distribué (pour l’anglais « ledger »).
La chaîne de blocs 5 comprend également une application 14 qui comprend des moyens pour permettre à un utilisateur 2a, 2b de demander un remboursement en monnaie scripturale d’un montant en jetons universels.
En particulier, chaque plateforme locale 9a, 9b comprend des moyens pour interagir avec la plateforme EME 1 a, 1 b à laquelle elle est associée pour fournir de la monnaie scripturale à un utilisateur 2a, 2b ayant demandé un remboursement.
L’application 14 comprend également un algorithme agencé pour, lorsqu’un utilisateur 2b demande un tel remboursement :
- évaluer un critère de pertinence pour chaque plateforme EME 1a, 1 b connectée à la chaîne de blocs 5 ; - sélectionner en fonction dudit critère la plateforme EME 1 b la plus pertinente pour effectuer ledit remboursement.
En particulier, l’application 14 peut être agencée pour mettre en oeuvre cet algorithme au moyen d’un contrat intelligent, ce qui permet d’améliorer la fiabilité et la rapidité de ladite mise en oeuvre.
L’utilisation d’un tel algorithme s’avère particulièrement avantageuse pour les établissements EME, en ce que certaines directives, notamment la directive DME2, exigent un remboursement des utilisateurs 2a, 2b sans délai, à l’exclusion des délais techniques de virements de fonds, et avec une facturation justifiée, c’est-à-dire sans frais pour lesdits utilisateurs. En particulier, un tel algorithme permet d’éviter le recours à des opérations de compensation pour rééquilibrer les comptes des établissements EME.
Toutefois, l’application 14 peut également être agencée pour permettre à un utilisateur 2a, 2b de demander un remboursement auprès de la plateforme EME 1a, 1 b de son établissement EME s’il le souhaite, sous réserve que ledit établissement EME dispose d’un montant suffisant en monnaie scripturale dans son établissement de cantonnement associé.
De façon avantageuse, l’application 14 peut comprendre des moyens pour proposer à un utilisateur 2a, 2b demandant un remboursement de choisir entre plusieurs options pour obtenir ledit remboursement, notamment entre un remboursement direct par son établissement EME ou un remboursement indirect par un établissement EME choisi automatiquement par l’algorithme.
Le critère de pertinence d’une plateforme EME 1 a, 1 b peut comprendre une information sur le montant total de monnaie scripturale détenu par l’établissement de cantonnement associé et/ou une information sur le pays dans lequel est implanté l’établissement EME lié à ladite plateforme EME. En particulier, l’algorithme peut être agencé pour sélectionner la plateforme EME 1 a, 1 b dont le montant total de monnaie scripturale cantonné est le plus important pour effectuer le remboursement de l’utilisateur 2b, afin de garantir audit utilisateur un remboursement rapide avec les avantages mentionnés précédemment.
De façon avantageuse, l’algorithme peut également être agencé pour sélectionner en priorité les plateformes EME 1 a, 1 b dont les établissements EME associés sont implantés dans le même pays que l’utilisateur 2a, 2b demandant le remboursement, ce qui permet également de faciliter la mise en oeuvre dudit remboursement.
En relation avec la figure, lorsqu’un utilisateur 2b souhaite obtenir un remboursement en monnaie scripturale, notamment après une transaction en jetons universels avec un autre utilisateur 2a, il envoie une requête 16 à l’application 14 pour demander un tel remboursement.
Ensuite, l’application 14 sélectionne la plateforme EME 1 b devant effectuer le remboursement en fonction du choix de l’utilisateur 2b, et envoie à ladite plateforme EME une notification 17 pour réaliser ledit remboursement.
Si la plateforme EME 1 b sélectionnée est celle de l’établissement EME de l’utilisateur, la notification 17 peut comprendre par exemple une autorisation de débit du compte de monnaie électronique détenu par ledit utilisateur dans ledit établissement.
De même, si la plateforme EME 1 b sélectionnée est celle d’un établissement EME autre que celui de l’utilisateur, la notification 17 peut comprendre des informations sur l’établissement EME dudit utilisateur et/ou la plateforme EME associée audit établissement, afin de permettre à la plateforme EME 1 b sélectionnée d’interagir avec la plateforme EME adéquate pour obtenir un virement en jetons universels fourni par ledit utilisateur. Après avoir reçu le montant en jetons universels requis, la plateforme EME sélectionnée 1b envoie à la plateforme 9b locale qui lui est associée une notification 18 pour réaliser le remboursement en monnaie scripturale, ladite notification comprenant par exemple un virement du montant de monnaie scripturale requis.
Enfin, pour finaliser le remboursement, la plateforme locale 9b envoie à l’utilisateur 2b une notification 19, ladite notification comprenant par exemple :
- si l’utilisateur 2b détient un compte dans l’établissement de monnaie scripturale lié à ladite plateforme locale : un information relative au crédit dudit compte avec le montant en monnaie scriptural ;
- si l’utilisateur 2b ne détient pas de compte dans ledit établissement : une confirmation de virement dudit montant vers le compte qu’il détient dans un autre établissement.
De façon avantageuse, la chaîne de blocs 5 comprend de moyens pour mémoriser un lien entre un compte de monnaie électronique détenu par un utilisateur et les virements de monnaie électronique et/ou scripturale effectués pour débiter et/ou créditer ledit compte. Ainsi, on garantit une bonne traçabilité des flux de monnaies, ce qui permet de faciliter leur sécurisation, notamment au moyen de procédures telles que prévues par les protocoles de luttes anti blanchiment et anti-terroriste (LAB/LAT).

Claims

REVENDICATIONS
1. Architecture pour la création d’une monnaie électronique interopérable entre plusieurs établissements monétaires, ladite architecture comprenant :
- au moins une plateforme (1a, 1b) d’établissement de monnaie électronique (EME), ladite plateforme EME étant associée à au moins une plateforme (3a, 3b) d’un établissement de cantonnement de monnaie scripturale ;
- une chaîne de blocs (5) à laquelle la plateforme EME (1a, 1b) est connectée, ladite chaîne de blocs comprenant o des moyens pour permettre à la plateforme EME (1 a, 1 b) de créer des jetons universels de monnaie électronique en fonction du montant de monnaie scripturale cantonné par ladite plateforme EME ; o des moyens pour permettre à un utilisateur (2a, 2b) de l’établissement EME de demander des jetons universels à la plateforme EME (1a, 1b) ; o des moyens pour permettre à la plateforme EME (1 a, 1 b) de fournir à un utilisateur (2a, 2b) des jetons universels en réponse à une telle demande ; o des moyens pour permettre à un utilisateur (2a, 2b) d’échanger directement des jetons universels avec des utilisateurs (2a, 2b) de établissement EME.
2. Architecture selon la revendication 1 , caractérisée en ce qu’elle comprend au moins deux plateformes (1a, 1b) d’établissements de monnaie électronique (EME) associées chacune à au moins une plateforme (3a, 3b) d’un établissement de cantonnement de monnaie scripturale et connectées chacune à la chaîne de blocs (5), ladite chaîne de blocs comprenant :
- des moyens pour permettre aux plateformes EME (1a, 1b) de coopérer pour créer des jetons universels de monnaie électronique en fonction du montant de monnaie scripturale cantonné par chacune desdites plateformes EME ; - des moyens pour permettre à un utilisateur (2a, 2b) d’un établissement EME donné de demander des jetons universels à la plateforme EME (1 a, 1 b) correspondante ;
- des moyens pour permettre à un utilisateur (2a, 2b) d’échanger directement des jetons universels avec des utilisateurs (2a, 2b) de tous les établissements EME connectés à ladite chaîne de blocs.
3. Architecture selon l’une des revendications 1 ou 2, caractérisée en ce qu’elle comprend une plateforme (6) d’une banque centrale qui comprend des moyens pour réguler la création de jetons universels par la plateforme EME (1 a, 1 b) en fonction du montant de monnaie scripturale cantonné par ladite plateforme EME.
4. Architecture selon l’une quelconque des revendications 1 à 3, caractérisée en ce que la plateforme EME (1 a, 1 b) est associée à au moins une plateforme locale (9a, 9b) de monnaie scripturale, ladite plateforme locale comprenant des moyens pour interagir avec ladite plateforme EME pour fournir à un utilisateur (2a, 2b) des jetons universels et/ou de la monnaie scripturale.
5. Architecture selon la revendication 4, caractérisée en ce que la chaîne de blocs (5) comprend des moyens pour permettre à un utilisateur (2a) d’envoyer une requête (10) à la plateforme (9a) de monnaie scripturale locale, afin de demander des jetons universels à la plateforme EME (1 a).
6. Architecture selon l’une des revendications 4 ou 5, caractérisée en ce que la plateforme locale (9a) comprend des moyens pour transmettre à la plateforme EME (1 a) un montant en monnaie scripturale fourni par un utilisateur (2a), la plateforme EME (1 a) fournissant audit utilisateur un montant en jetons universels correspondant audit montant de monnaie scripturale.
7. Architecture selon l’une quelconque des revendications 4 à 6 quand elles dépendent de la revendication 2, caractérisée en ce que la chaîne de blocs (5) comprend une application (14) qui comprend : - des moyens pour permettre à un utilisateur (2a, 2b) de demander un remboursement en monnaie scripturale d’un montant en jetons universels ;
- un algorithme agencé pour, lorsqu’un utilisateur (2b) demande un tel remboursement : o évaluer un critère de pertinence pour chaque plateforme EME (1a, 1b) ; o sélectionner en fonction dudit critère la plateforme EME (1 b) la plus pertinente pour effectuer ledit remboursement.
8. Architecture selon la revendication 7, caractérisée en ce que le critère de pertinence d’une plateforme EME (1a, 1b) comprend une information sur le montant total de monnaie scripturale cantonné par ladite plateforme EME et/ou une information sur le pays dans lequel est implanté l’établissement de monnaie électronique EME lié à ladite plateforme EME.
9. Architecture selon la revendication 8, caractérisée en ce l’algorithme est agencé pour sélectionner la plateforme EME (1b) dont le montant total de monnaie scripturale cantonné est le plus important pour effectuer le remboursement.
10. Architecture selon l’une des revendications 8 ou 9, caractérisée en ce que l’algorithme est agencé pour sélectionner en priorité les plateformes EME (1b) dont les établissements de monnaie électronique EME associés sont implantés dans le même pays que l’utilisateur (2b) demandant le remboursement.
PCT/EP2020/077263 2019-09-30 2020-09-29 Architecture pour la création d'une monnaie électronique interopérable entre plusieurs établissements monétaires WO2021063965A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/765,400 US20220358472A1 (en) 2019-09-30 2020-09-29 Architecture for creating an electronic currency interoperable between a plurality of monetary institutions
EP20775905.1A EP4042357A1 (fr) 2019-09-30 2020-09-29 Architecture pour la création d'une monnaie électronique interopérable entre plusieurs établissements monétaires

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR1910817 2019-09-30
FR1910817A FR3101464B1 (fr) 2019-09-30 2019-09-30 Architecture pour la création d’une monnaie électronique interopérable entre plusieurs établissements monétaires

Publications (1)

Publication Number Publication Date
WO2021063965A1 true WO2021063965A1 (fr) 2021-04-08

Family

ID=69468721

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2020/077263 WO2021063965A1 (fr) 2019-09-30 2020-09-29 Architecture pour la création d'une monnaie électronique interopérable entre plusieurs établissements monétaires

Country Status (4)

Country Link
US (1) US20220358472A1 (fr)
EP (1) EP4042357A1 (fr)
FR (1) FR3101464B1 (fr)
WO (1) WO2021063965A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180293553A1 (en) * 2017-04-06 2018-10-11 Stronghold Labs, Llc Account platform for a distributed network of nodes
EP3432240A1 (fr) * 2017-07-20 2019-01-23 Chicago Mercantile Exchange, Inc. Chaîne de blocs comprenant des actifs numériques liés
US20190251526A1 (en) * 2018-02-15 2019-08-15 Mark Jackson Method and System for Implementing Digital Currency Tied to Physical Precious Metals

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11354651B2 (en) * 2015-01-19 2022-06-07 Royal Bank Of Canada System and method for location-based token transaction processing

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180293553A1 (en) * 2017-04-06 2018-10-11 Stronghold Labs, Llc Account platform for a distributed network of nodes
EP3432240A1 (fr) * 2017-07-20 2019-01-23 Chicago Mercantile Exchange, Inc. Chaîne de blocs comprenant des actifs numériques liés
US20190251526A1 (en) * 2018-02-15 2019-08-15 Mark Jackson Method and System for Implementing Digital Currency Tied to Physical Precious Metals

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
FLAVON CHARLON: "Open Assets Protocol (OAP/1.0)", GITHUB.COM, 17 November 2015 (2015-11-17), pages 1 - 5, XP055393857, Retrieved from the Internet <URL:https://github.com/OpenAssets/open-assets-protocol/blob/master/specification.mediawiki> [retrieved on 20170726] *
TETHER: "Tether: Fiat currencies on the Bitcoin blockchain", 30 June 2016 (2016-06-30), XP055488428, Retrieved from the Internet <URL:https://web.archive.org/web/20161015011408if_/https://tether.to/wp-content/uploads/2016/06/TetherWhitePaper.pdf> [retrieved on 20180627] *

Also Published As

Publication number Publication date
EP4042357A1 (fr) 2022-08-17
US20220358472A1 (en) 2022-11-10
FR3101464A1 (fr) 2021-04-02
FR3101464B1 (fr) 2021-11-19

Similar Documents

Publication Publication Date Title
US20130179337A1 (en) Account free possession and transfer of electronic money
Koblitz et al. Cryptocash, cryptocurrencies, and cryptocontracts
CN108830686A (zh) 一种基于区块链的资产信息处理方法及服务器
CN107563747A (zh) 用于进行组合支付的方法及装置
CN105981060A (zh) 汇款系统及方法
EP1330798A1 (fr) Procede de paiement par telematique securise
US20170213198A1 (en) Account and server free possession and transfer of entangled electronic money
EP3736760A1 (fr) Protocole de transaction automatisé reliant les actifs de production d&#39;énergie renouvelable aux consommateurs d&#39;énergie appliquant la technologie de registre numérique distribué et les compteurs d&#39;énergie d&#39;ido
CN108701326A (zh) 资源转移系统中的临时共识网络
WO2020118457A1 (fr) Agencement de serveur et procédés associés pour effectuer des opérations financières
WO2021063965A1 (fr) Architecture pour la création d&#39;une monnaie électronique interopérable entre plusieurs établissements monétaires
JP6409115B1 (ja) 自動仕訳サーバおよび自動仕訳プログラム
Karch Bitcoin, the Law and Emerging Public Policy: Towards a 21st Century Regulatory Scheme
EP1978479A1 (fr) Cryptogramme dynamique
CA2946145C (fr) Procedes de traitement de donnees transactionnelles, dispositifs et programmes correspondants
TWI310917B (fr)
FR2979450A1 (fr) Systeme de paiement multi echeances
FR2798498A1 (fr) Procede de transfert monetaire, notamment de collecte electronique de fonds
US11907933B1 (en) Systems and methods for transferring fiat currency via mapped math-based currency accounts
Burchardi et al. Get Ready for the Future of Money
FR2887056A1 (fr) Systeme et procede de gestion et serveur d&#39;orchestration de services realises par des systemes prestataires
Subburaj Recent trends in banking-challenges and opportunities
WO2009095747A1 (fr) Systeme informatique de modelisation et d&#39;exploitation de documents publics
Hennequin Waqf et monnaie dans l'Egypte mamlūke
Seddiqi et al. Bitcoin: The Decentralized Alternative to Cross-border Payments: What is Bitcoin position in cross-border payment market?

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20775905

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020775905

Country of ref document: EP

Effective date: 20220502