FR3132367A1 - authentification par jeton non fongible - Google Patents

authentification par jeton non fongible Download PDF

Info

Publication number
FR3132367A1
FR3132367A1 FR2200965A FR2200965A FR3132367A1 FR 3132367 A1 FR3132367 A1 FR 3132367A1 FR 2200965 A FR2200965 A FR 2200965A FR 2200965 A FR2200965 A FR 2200965A FR 3132367 A1 FR3132367 A1 FR 3132367A1
Authority
FR
France
Prior art keywords
user
tokens
authentication
token
reward
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
FR2200965A
Other languages
English (en)
Other versions
FR3132367B1 (fr
Inventor
Alexandre Azoulay
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Global Remote Ltd
Original Assignee
Global Remote Ltd
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 Global Remote Ltd filed Critical Global Remote Ltd
Priority to FR2200965A priority Critical patent/FR3132367B1/fr
Publication of FR3132367A1 publication Critical patent/FR3132367A1/fr
Application granted granted Critical
Publication of FR3132367B1 publication Critical patent/FR3132367B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L’invention inclut un procédé d’authentification numérique d’un usager (3) auprès d’un fournisseur (9) de service, mis en œuvre par module informatique (1) et comprenant les étapes suivantes : - accès du fournisseur de service (9) à un portefeuille numérique (8) de jetons de l’usager (3), le portefeuille numérique (8) correspondant à une adresse enregistrée sur une chaîne de blocs ; - accès du fournisseur de service (9), au sein du portefeuille numérique (8), à un jeton non fongible d’authentification (5, 6) de l’usager (3), le jeton non fongible d’authentification (5, 6) certifiant une correspondance entre l’usager (3) et au moins une donnée (13) d’identification de l’usager (3) ; - récompense de l’usager (3), comprenant la transmission, à un portefeuille numérique (8) de l’usager correspondant à une adresse enregistrée sur une chaîne de bloc, de jetons (7, 11) de récompense. Figure pour l’abrégé : figure 1

Description

authentification par jeton non fongible Domaine technique de l’invention
L’invention concerne les usages liés aux technologies impliquant des chaînes de blocs (technologies regroupées sous l’appellation («la blockchain»), en particulier l’authentification numérique des usagers de services associés à la blockchain.
 Arrière-plan technique
Les usages liés à la blockchain et notamment l’adoption des cryptomonnaies se sont développés dans un environnement peu régulé. En particulier, l’acquisition par un usager de jetons de cryptomonnaies, l’échange de ces jetons sur des places de marché spécialisées ou des plateformes d’échange de cryptomonnaies, ou encore la connexion d’un usager à un service décentralisé adossé à une chaîne de blocs, sont des actions qui se sont d’abord réalisées de manière peu voire pas contrôlées en ce qui concerne l’identité de l’usager. Or, d’une part, l’accès du plus grand nombre aux services rendus possibles par la blockchain nécessite une sécurisation des usages, en particulier contre l’usurpation d’identité ou le vol de jetons. D’autre part, les autorités publiques ont entrepris la mise en place de règlements visant à forcer les fournisseurs de services adossés à la blockchain à authentifier de manière fiable leurs usagers, de manière à identifier les bénéficiaires économiques de cet environnement et à lutter contre les fraudes ou l’usage de la blockchain à des fins malhonnêtes.
Ainsi, il est désormais devenu nécessaire pour bon nombre d’usagers de la blockchain de fournir des données personnelles aux différents fournisseurs de services adossés à la blockchain, fournisseurs de service qui font face à de plus en plus de contraintes légales les invitant à mettre en place des procédés d’authentification fiables des usagers.
Cette évolution pose toutefois des inconvénients.
En particulier, les procédés d’authentification mis en place sont inconfortables pour les usagers. Ceux-ci doivent notamment fournir des données personnelles telles que des images de leurs documents d’identité, se filmer ou se photographier en étant accompagné de ces documents ou de déclarations sur l’honneur, en produisant certains gestes requis, répondre à des questionnaires, puis attendre un temps minimal de vérification avant d’accéder au service demandé. Ces procédés doivent être réitérés pour chaque fournisseur de service.
En outre, les usagers sont de plus en plus conscients de l’usage de leurs données personnelles en ligne, en particulier à des fins commerciales parfois non souhaitées. Il se développe un mouvement pour un contrôle maximal sur l’accès à ses données personnelles, à rebours des contraintes imposées de plus en plus aux fournisseurs de services de la blockchain. Les procédés d’authentification mis en place sont d’autant plus gênants pour les usagers que l’un des intérêts de la blockchain a traditionnellement résidé justement dans l’accès à des services de manière facile, souvent anonyme.
Enfin, les procédés d’authentification mis en place sont complexes et coûteux pour les fournisseurs de service.
On connaît déjà dans l'état la technique des projets de mise en place de jeton non fongible d’authentification permettant de certifier, auprès d’un fournisseur de service en ligne adossé à la blockchain, une identité d’un usager. Cependant, aucun écosystème ne vient en support de ces projets afin de développer l’usage de ces jetons auprès des différents fournisseurs de services de la blockchain.
L'invention a notamment pour but de répondre aux impératifs d’authentification de la blockchain tout en palliant les contraintes induites par une authentification pour un usager.
À cet effet l’invention a pour objet un procédé d’authentification numérique d’un usager auprès d’un fournisseur de service, mis en œuvre par module informatique et caractérisé en ce qu’il comprend les étapes suivantes :
- accès du fournisseur de service à un portefeuille numérique de jetons de l’usager, le portefeuille numérique correspondant à une adresse enregistrée sur une chaîne de blocs ;
- accès du fournisseur de service, au sein du portefeuille numérique, à un jeton non fongible d’authentification de l’usager, le jeton non fongible d’authentification certifiant une correspondance entre l’usager et au moins une donnée d’identification de l’usager ;
- récompense de l’usager, comprenant la transmission, à un portefeuille numérique de l’usager correspondant à une adresse enregistrée sur une chaîne de bloc, de jetons de récompense.
Ainsi, ici, l’accès au jeton d’authentification par le fournisseur de service permet de ne pas faire passer l’usager, de façon répétée, par un processus d’authentification long, complexe et inconfortable. Par «jeton non fongible» (connu en anglais sous les termes «non fungible token», ou «NFT»), l’homme du métier comprendra que l’on désigne en particulier tout objet numérique pouvant faire l’objet de transactions sur une chaîne de blocs et étant associé à une donnée qui n’est traditionnellement pas interchangeable. Ici, pour le «jeton non fongible d’authentification», cette donnée est la certification de la correspondance entre une donnée d’identification de l’usager, par exemple un nom que fournit l’usager, et l’usager qui se prévaut du jeton. Étant donné que le jeton certifie que l’usager est bien ce qu’il prétend être, les règles d’authentification sont remplies sans contrainte supplémentaire et sans temps de vérification, le module informatique vérifiant facilement le contenu du jeton et validant automatiquement l’authentification. L’authentification requise légalement est donc respectée tout en étant grandement simplifiée pour l’usager comme pour le fournisseur de service.
En outre, l’étape de récompense vient encourager l’usager pour la mise à disposition de son jeton d’authentification. Elle permet à l’usager de mieux contrôler ses données personnelles et d’en tirer une contrepartie, échangeable, à l’accès à son jeton d’identification, aux conditions qu’il jugera pertinentes. Dès lors, non seulement les contraintes de l’authentification numériques sont réduites, mais elles sont mêmes compensées par une récompense de l’usager. Cela permet de créer un écosystème favorisant l’usage du jeton d’identification et facilitant donc l’essor continu de la blockchain tout en respectant les nouvelles contraintes règlementaires d’authentification.
Par « jeton de récompense », l’homme du métier comprendra que l’on désigne tout objet numérique pouvant faire l’objet de transactions sur une chaîne de blocs, traditionnellement interchangeable, généralement associé à des droits auprès d’un service de la blockchain et/ou à une valeur économique. Il s’agit notamment des jetons de cryptomonnaies.
La récompense peut être réalisée automatiquement par module informatique, en contrepartie notamment de la mise à disposition du jeton non fongible d’authentification par l’usager. Mais il peut également s’agir d’une récompense en jetons issue d’une vente de l’accès à son jeton d’authentification, réalisée par l’usager, par exemple à une plateforme tierce tirant profit des données personnelles à des fins commerciales. Dans tous les cas, l’usager retire une récompense de la mise à disposition contrôlée de certaines de ses données personnelles.
Les jetons de récompense sont transmis à un portefeuille numérique qui peut être le même que le portefeuille incluant le jeton non fongible d’authentification de l’usager. Alternativement, il peut s’agir d’un portefeuille numérique différent.
Par « chaîne de blocs », l’homme du métier comprendra que l’on désigne une chaîne de blocs déterminée, par exemple la chaîne de blocs appelée « Ethereum », à la différence de l’appellation « la blockchain » qui fera référence de manière générale aux technologies impliquant une ou des chaînes de blocs.
L’invention peut également comporter l’une ou plusieurs des caractéristiques optionnelles suivantes, prises seules ou en combinaison.
Avantageusement, au moins certains des jetons de récompense sont transmis par le fournisseur de service.
Ainsi, le fournisseur de service récompense l’usager en contrepartie de l’accès à son jeton d’authentification. C’est en particulier le cas si l’authentification est valide, c’est-à-dire si la donnée d’identification, dont la correspondance avec l’usager est certifiée par le jeton, remplit un critère requis par le service et permet l’usage du service.
En outre, la récompense par l’envoi de jetons de récompense, et non par monnaie fiduciaire, permet de récompenser directement et simplement l’usager, en restant dans le cadre de la blockchain. Cette récompense tire ainsi profits des avantages connus des cryptomonnaies, notamment des transactions se passant d’un intermédiaire tel qu’une banque. Les jetons de récompense peuvent correspondre à des jetons issus de différents services adossés à la blockchain, utilisés par ou pour le fournisseur de service, ou à des jetons de gouvernance du fournisseur de service qu’il distribue à ses usagers. Par « jeton de gouvernance », l’homme du métier comprendra que l’on désigne tout objet numérique pouvant faire l’objet d’une transaction sur une chaîne de bloc, conçu et émis par un fournisseur de service particulier, et permettant traditionnellement l’accès à un droit de gouvernance associé à ce fournisseur. Un jeton de gouvernance est ainsi associé à un droit auprès du service, et souvent à une valeur économique. C’est donc un jeton de récompense, mais qui se distingue des autres par le fait qu’il est issu d’une plateforme déterminée.
De préférence, au moins certains des jetons de récompense sont transmis par un fournisseur du procédé d’authentification, par exemple sous la forme de jetons de gouvernance issus du fournisseur du procédé.
Par « fournisseur du procédé d’authentification », l’homme du métier comprendra que l’on désigne toute entité organisatrice du procédé d’authentification de l’invention, c’est-à-dire toute entité légitime à mettre le procédé d’authentification à disposition de l’usager et du fournisseur de service.
Ainsi, c’est ici le fournisseur de ce procédé d’authentification, ou organisateur de ce protocole, qui distribue des jetons à l’usager afin d’encourager l’usage de ce procédé d’authentification.
Avantageusement, le procédé comprend une étape de verrouillage du jeton non fongible auprès du fournisseur de service ou du fournisseur du procédé, les jetons de récompense étant transmis à l’usager en contrepartie du verrouillage.
Ainsi, l’usager dispose de la possibilité de « verrouiller » (en anglais « stake ») son jeton non fongible d’authentification auprès d’un fournisseur de service ou d’un fournisseur du procédé ou protocole d’authentification. L’homme du métier comprendra que l’on désigne par « verrouiller », soit « stake » en anglais, l’acte de l’usager de placer ses jetons auprès d’un tiers, par exemple ici un fournisseur de service ou du procédé, en particulier sur une adresse déterminée de la chaîne de blocs, en escomptant en contrepartie une récompense. Il s’agit alternativement de garder le jeton dans le portefeuille, mais de verrouiller, auprès de l’entité tierce, un identifiant (qu’on appelle « asset ID ») associé de manière fiable au jeton. L’avantage pour le fournisseur du procédé ou du service est que l’usager ne peut pas supprimer son jeton alors qu’il est « staké », « verrouillé ». Là encore, il s’agit de favoriser l’usage de ces jetons en reprenant un procédé bien connu pour les jetons de récompense dans la blockchain et visant à décourager la destruction ou l’arrêt de la mise à disposition du jeton par l’usager.
De préférence, l’étape de verrouillage du jeton non fongible est réalisée auprès de plusieurs entités tierces.
Ainsi, le jeton non fongible d’authentification est copié en plusieurs exemplaires, au travers d’un processus connu sous le nom de « mirroring », sur la chaîne de blocs où il a été émis, de manière à permettre le verrouillage simultané d’au moins certains de ces exemplaires auprès d’entités différentes les unes des autres, et pas uniquement auprès d’une seule entité, du fournisseur du procédé ou du fournisseur de service. Là encore, ce ne sont pas nécessairement les exemplaires qui sont eux-mêmes verrouillés, mais des identifiants (« asset ID ») de ces exemplaires.
De préférence, la quantité de jetons de récompense dépend d’un nombre d’authentifications réalisées via le jeton de l’usager, d’un niveau de mise à jour du jeton, et/ou d’une durée de détention du jeton dans le portefeuille numérique de l’usager.
Ainsi, en particulier, le fournisseur du procédé d’authentification peut distribuer ses jetons de gouvernance à l’usager en fonction de ces critères, pour encourager à un usage et à une mise à jour constants du jeton d’authentification de l’usager dans la durée.
Avantageusement, au préalable, on associe des types de données d’identification à des quantités respectives de jetons de récompense, par exemple on associe une donnée identifiant un nom de l’usager à une première quantité, une donnée identifiant un âge de l’usager à une deuxième quantité, une donnée identifiant un niveau de revenus personnels de l’usager à une troisième quantité, une donnée identifiant une adresse de domicile de l’usager à une quatrième quantité, de sorte que, lors de l’étape de récompense de l’usager, la quantité de jetons de récompense transmis au portefeuille de l’usager dépend du type de la donnée d’identification dont la correspondance avec l’usager est certifiée par le jeton d’authentification.
Ainsi, il est connu que certaines données personnelles ont plus d’intérêt pour le fournisseur de service que d’autres. Un jeton non fongible d’authentification peut correspondre à un seul type de données, ou à plusieurs types de données aux intérêts différents. La récompense de l’usager dépend alors des types de données auxquels il donne accès. Par exemple, un usager donnant accès à son adresse courriel, à son âge et à son niveau de revenu recevra plus de jetons de récompense, ou des jetons de plus grande valeur ou importance, qu’un usager donnant accès uniquement à son âge. Ce système permet d’encourager l’usager à rendre accessible les types de données les plus valorisés.
Cette récompense est réalisée automatiquement par module informatique, lors de l’accès du fournisseur de service, lors de la validation de l’authentification ou à d’autres moments en fonction des données mises à disposition. Elle peut provenir tant du fournisseur de service, en contrepartie de l’accès au jeton non fongible d’authentification de l’usager, que du fournisseur du procédé pour inciter l’usager à participer à cet écosystème.
De préférence, l’étape de récompense comprend en outre la transmission de monnaie fiduciaire à l’usager.
Ainsi, en plus de l’envoi de jetons de récompense sur la chaîne de blocs, l’usager peut être récompensé par monnaie fiduciaire, c’est-à-dire par une monnaie conventionnelle circulant au travers du système bancaire conventionnel.
Avantageusement, le procédé comprend une étape de récompense d’un fournisseur du procédé d’authentification par le fournisseur de service, comprenant la transmission, par le fournisseur de service au fournisseur du procédé d’authentification, d’une quantité de jetons de récompense qui dépend d’une quantité de jetons de récompense transmis à l’usager par le fournisseur de service, et/ou la transmission, par le fournisseur de service au fournisseur du procédé d’authentification, d’une valeur de monnaie fiduciaire prédéterminée.
Ainsi, le fournisseur du procédé est récompensé, en contrepartie de la mise à disposition du procédé d’authentification, par le fournisseur de service, en fonction des jetons d’authentification ayant bénéficié au fournisseur de service. Le fournisseur du procédé récupère par exemple une quote-part des jetons de récompense envoyée à l’usager par le fournisseur de service.
De préférence, le procédé comprend, au préalable des étapes du procédé décrit plus haut, les étapes suivantes :
- l’usager transmet à un fournisseur de jeton non fongible d’authentification un document personnel présentant la donnée d’identification de l’usager, tel qu’une pièce d’identité, un justificatif de domicile, un relevé d’identité bancaire ;
- le fournisseur de jeton d’authentification authentifie la correspondance entre l’usager et la donnée d’identification et produit le jeton non fongible d’authentification certifiant la correspondance ;
- le jeton est transmis sur la chaîne de bloc au portefeuille numérique de l’usager.
Par «fournisseur de jeton non fongible d’authentification», l’homme du métier comprendra que l’on désigne toute entité dont le rôle est de fournir un tel jeton en contrepartie d’une authentification. Il s’agit en particulier d’entités certifiées par des autorités, qui soumettent l’usager à un procédé d’authentification fiable, visant à certifier qu’une ou plusieurs données personnelles d’identification fournies par l’usager lui appartiennent bien. Le fournisseur du jeton, après s’être assuré que le portefeuille appartient bien à l’usager authentifié, réalise le jeton d’authentification et le transmet au portefeuille. Ce jeton certifie la correspondance entre la ou les données d’identification authentifiées par le fournisseur du jeton, et l’usager. Dès lors, l’usager n’a plus besoin de repasser par ce processus pour les fournisseurs de service de la blockchain, il peut se servir du jeton, jeton auquel la confiance est accordée à travers la certification du fournisseur de jeton par les autorités.
Par ailleurs, le fournisseur de jeton d’authentification et le fournisseur de service peuvent être la même entité. Ainsi, l’usager peut se servir de son jeton pour d’autres services ultérieurs auprès de cette même entité.
Avantageusement, en outre, le procédé comprend une étape d’association du jeton non fongible à une adresse de l’usager correspondant à un nom de domaine de la chaîne de bloc.
Par « nom de domaine de la chaîne de blocs », l’homme du métier comprendra que l’on désigne tout nom de domaine administré conformément à un protocole d’organisation de noms de domaine dans la chaîne de blocs, de façon similaire au système « DNS » pour les adresses web. Par exemple, à la chaîne de blocs Ethereum est associé un protocole de noms de domaine appelé « ENS » pour « Ethereum Name Services », qui organise l’usage de noms de domaines intelligibles en lieu et place d’adresses complexes dans la chaîne de blocs. Ainsi, un utilisateur disposant d’un nom de domaine correspondant à sa personne sur la chaîne de blocs peut directement y associer le jeton non fongible. Cela permet notamment de renforcer l’identification de l’usager.
De préférence, le jeton d’authentification comprenant une date de péremption de sorte que l’authentification de l’usager par le fournisseur de service est refusée une fois la date passée, l’usager réitère ultérieurement l’étape de transmission d’un document personnel pour mettre à jour la date de péremption du jeton.
Ainsi, conformément aux obligations règlementaires, il est prévu que la validité du jeton expire en fonction d’une date de péremption. Celle-ci est configurée au sein du procédé en fonction des règles en vigueur. Dès lors, le module invalide automatiquement une authentification en cas de péremption du jeton.
Avantageusement, le procédé d’authentification décrit est mis en œuvre dans le cadre d’une authentification de l’usager dans un monde virtuel, en particulier un métavers.
Ainsi, l’usager, interagissant par exemple au moyen d’un avatar en trois dimensions dans le métavers, utilise le jeton non fongible d’authentification pour démontrer que la personne qu’il prétend être, celle qu’il est dans le monde réel, l’est réellement.
On prévoit également selon l’invention un programme d’ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé d’authentification décrit plus haut.
On prévoit également selon l’invention un support d’enregistrement lisible par ordinateur comprenant des instructions qui, lorsque qu’elles sont exécutées par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé décrit plus haut.
On prévoit également selon l’invention une plateforme d’authentification numérique d’un usager pour fournisseur de service, comprenant un module informatique apte à :
- accéder, au sein d’un portefeuille numérique de l’usager correspondant à une adresse d’une chaîne de blocs, à un jeton non fongible d’authentification de l’usager, le jeton non fongible d’authentification certifiant une correspondance entre l’usager et au moins une donnée d’identification de l’usager ;
- authentifier l’usager en fonction d’un contenu du jeton ;
- récompenser l’usager par la transmission, à un portefeuille numérique de l’usager correspondant à une adresse enregistrée sur une chaîne de bloc, de jetons de récompense.
On prévoit également selon l’invention une plateforme de gouvernance d’un procédé d’authentification numérique d’un usager, comprenant un module informatique apte à :
- recevoir une récompense d’un fournisseur de service, sous la forme de jetons de récompense sur une chaîne de blocs et/ou de monnaie fiduciaire ;
- distribuer des jetons de gouvernance, issus d’un fournisseur d’un procédé d’authentification tel que décrit précédemment, au portefeuille numérique de l’usager.
On prévoit également selon l’invention un portefeuille numérique de jetons pour chaîne de bloc, correspondant à une adresse d’une chaîne de blocs, incluant :
- au moins un jeton non fongible d’authentification d’un usager, certifiant une correspondance entre l’usager et au moins une donnée d’identification de l’usager ;
- des jetons de gouvernance issus d’un fournisseur d’un procédé d’authentification tel que décrit précédemment.
Brève description des figures
L'invention sera mieux comprise à la lecture de la description qui va suivre donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés dans lesquels :
la est un schéma global d’un système à travers lequel est mis en œuvre un procédé de l’invention ;
la est un logigramme d’un mode de mise en œuvre de l’invention.
 Description détaillée
Les moyens techniques 1 mis en œuvre dans le procédé décrit pourront être désignés sous l’appellation générique de « module informatique ». Ils incluent des moyens informatiques conventionnels, ou moyens de calcul informatique conventionnels, tels que des processeurs, des mémoires vives et dures. Le procédé étant mis en œuvre de manière distribuée, c’est-à-dire au niveau de plusieurs dispositifs tant matériels que logiciels, ces moyens sont répartis au niveau de ces endroits physiques et logiques distincts, et seront tous par commodités désignés par la référence numérique 1. On pourra donc également les désigner de manière indifférente par « module informatique 1 ». Ces moyens exécutent les instructions de programmes d’ordinateurs, c’est-à-dire des codes exécutables, également distribués, enregistrés sur des supports lisibles par ordinateur, c’est-à-dire par le module informatique 1. Par commodité, on désignera par la référence numérique 2 l’ensemble des programmes d’ordinateur exécutés pour mettre en œuvre le procédé. L’homme du métier comprendra que, là encore, on pourra désigner l’ensemble de ces programmes sous l’appellation « programme d’ordinateur 2 ». Ce programme d’ordinateur 2 permet la mise en œuvre par le module 1 de toutes les étapes d’ordre informatique du procédé, tels que les transmissions de jetons, les accès à un portefeuille, les authentifications, les connexions, et toute autre étape mis en œuvre au travers du module informatique 1. Ce module informatique 1 et ce programme 2 permettent l’automaticité de ces étapes en fonction d’événements prédéterminés, sans intervention humaine. C’est le cas, par exemple, pour les transmissions de jetons de récompense, sur une chaîne de blocs, qui seront décrites plus bas.
La chaîne de blocs mise en œuvre dans le procédé décrit est Ethereum, les jetons non fongibles d’authentification dont il sera l’objet dans toute la suite sont donc des jetons ou « token » Ethereum. Le standard appliqué pour ces jetons est celui du « token ERC-721 » ou « ERC-1155 », cette dernière norme permettant de rappeler une transaction en cas d’erreur. Tout autre standard Ethereum applicable peut alternativement être concerné. De même, le procédé peut être mis en œuvre au moyen de toute autre chaîne de blocs disposant des capacités nécessaires. Enfin, comme évoqué plus bas, le jeton non fongible d’authentification vise à être interopérable à travers plusieurs chaînes de blocs différentes.
En référence à la , le système selon un mode de réalisation de l’invention comprend un usager 3 doté d’un portefeuille numérique 8 correspondant à une adresse de la chaîne de blocs Ethereum, une plateforme d’achat de cryptomonnaie 9, un fournisseur 4 de jeton non fongible d’authentification, et un fournisseur 12 du procédé d’authentification 100. Hormis l’usager 3, personne physique, chacune de ces entités inclut une partie du module informatique 1 et du programme 2. Ce système vise à simplifier l’authentification numérique de l’usager 3 auprès de la plateforme 9, au travers de jetons non fongibles d’authentification 5 et 6 obtenus auprès du fournisseur 4, et vise à encourager le développement de l’usage de ces jetons non fongibles, par la transmission de jetons de récompense 7 et 11, l’ensemble du système étant organisé par le fournisseur 12 du procédé d’authentification.
L’ensemble de ces entités communiquent, via le module informatique 1, par des moyens conventionnels, en particulier à travers internet.
Nous allons ci-après décrire un mode de mise en œuvre d’un procédé 100 d’authentification numérique de l’usager 3 auprès de la plateforme 9 d’achat de cryptomonnaies. Nous reviendrons sur chacune des entités de la au cours de la description des étapes du procédé 100.
La plateforme d’achat 9 fait partie des fournisseurs de service de la blockchain, c’est-à-dire des entités adossées à un ou plusieurs services ayant trait chaînes de blocs de manière générale. La plateforme 3 a besoin de s’assurer du nom et de l’âge de l’usager 3. C’est l’objet de ce procédé 100.
Nous allons d’abord nous intéresser à l’obtention de jetons non fongibles d’authentification, certifiant la correspondance entre l’usager et une ou plusieurs données d’identification de l’usager.
Tout d’abord, au préalable de l’identification auprès du fournisseur, l’usager 3 s’adresse, à l’étape 10 du procédé 100, au fournisseur 4 de jeton non fongible d’authentification pour lui fournir au moins une donnée d’identification 13 telle qu’une copie de son passeport. Ce fournisseur 4 est une entité, avantageusement certifiée ou reconnu par des autorités publiques, apte à fournir un jeton non fongible certifiant la correspondance entre les données d’identification 13 fournies par l’usager et l’usager. Il peut s’agir d’une société ou d’un service reconnu tel que Onfido, iProo, Jumio, ou de toute autre entité disposant d’une capacité à authentifier un usager et à produire un jeton non fongible d’authentification certifiant de la correspondance entre les données fournies par l’usager et l’usager.
À l’étape 20, le fournisseur 4 produit deux jetons non fongibles d’authentification : un jeton non fongible 5 certifiant la correspondance entre l’usager possédant ce jeton et le nom dont se prévaut l’usager, issu de la copie 13 de passeport de l’usager, et un jeton non fongible 6 certifiant la correspondance entre l’usager disposant de ce jeton et l’âge dont il se prévaut, l’âge provenant également de la copie 13 du passeport.
Ces jetons 5 et 6 ne certifient pas d’autres correspondances que celles choisies. Par exemple, ces jetons 5 et 6 ne permettent pas l’authentification d’un domicile de l’usager 3, puisqu’il n’a pas été prévu d’extraire de la copie de passeport une donnée de domicile pour l’authentifier au travers de l’un de ces jetons. En ce sens, ces jetons 5 et 6 forment une authentification de type «preuve à divulgation nulle de connaissance», ou «zero knowledge» en anglais, en limitant l’authentification à certaines données personnelles choisies. Bien entendu, si l’usager souhaite disposer d’un jeton permettant de certifier la correspondance entre lui et son domicile, ou d’authentifier toute autre donnée, il peut en faire la demande auprès du fournisseur 4. Ainsi, les jetons non fongibles d’authentification permettent la sélection précise des données personnelles à authentifier.
Ces jetons non fongibles 5 et 6 sont dotés d’au moins une date de péremption chacun. Ainsi, une fois la date passée, ils ne peuvent plus permettre l’authentification de l’usager 3 auprès de la plateforme 9 ou de tout autre fournisseur de service. L’usager 3 peut alors mettre à jour cette date en s’adressant de nouveau au fournisseur 4 pour authentifier les données d’identifications.
À l’étape 30, le fournisseur 4 de jeton non fongible d’authentification envoi ces jetons non fongibles 5 et 6 à un portefeuille numérique 8 de l’usager 3, le portefeuille 8 correspondant, comme tout portefeuille de jetons de la blockchain, à une adresse sur une chaîne de blocs, ici à une adresse sur la chaîne de blocs Ethereum. Cette transmission des jetons au portefeuille se fait via un pont, ou « bridge », permettant le passage de jetons d’un environnement à un autre, par exemple d’une chaîne de blocs à une autre si le jeton a été conçu par le fournisseur 4 sur une chaîne de blocs différente d’Ethereum.
Ces jetons non fongibles 5 et 6 circulent sur la chaîne de blocs Ethereum. Néanmoins, l’utilisation de ponts entre chaînes de blocs (« bridges »), tels que permis notamment par le service Polkadot, permet des transactions de ces jetons sur d’autres chaînes de blocs si nécessaire. En outre, bien que l’on se consacrera dans la suite à d’uniques jetons 5 et 6 sur la chaîne de blocs Ethereum, le fournisseur 4 peut produire, pour le même usager 3, autant de jetons 5 et 6 que de chaînes de blocs envisagées pour l’usage de ces jetons non fongibles d’authentification. L’usage des jetons non fongibles d’authentification dans l’invention n’est donc pas restreint à une chaîne de blocs particulière.
Dans une option additionnelle non illustrée de cette étape 30, les jetons non fongibles 5 et 6 sont ensuite associés à un nom de domaine de l’usager 3 correspondant à son portefeuille 8. En effet et en particulier, la chaîne de bloc Ethereum dispose d’un système d’administration de noms de domaines, appelé « ENS » pour « Ethereum Name Services », permettant de remplacer l’usage d’une adresse brut de la chaîne de bloc par un nom de domaine choisi et aisément manipulable. Dans cette variante, le programme 3 prévoit l’inscription des jetons non fongibles du procédé 100 dans le code de ce système, permettant l’association entre ces jetons et l’adresse du portefeuille 8 de l’usager 3. Optionnellement, le fournisseur 12 du procédé 100, sur lequel nous reviendrons plus bas, peut créer un nom de domaine pour l’usager 3 et le mettre à sa disposition et à disposition de ses jetons d’authentification 5 et 6.
À la fin de ces étapes, l’usager 3 dispose donc de jetons d’authentification non fongibles 5 et 6 dans un portefeuille numérique 8 auquel il a accès de manière conventionnelle, par exemple par login et mot de passe sur un compte en ligne, sur une extension de navigateur web ou sur un support matériel.
L’étape 40 suivante correspond alors à l’authentification de l’usager 3 auprès de la plateforme 9. L’usager s’inscrit à la plateforme 9 d’achat de cryptomonnaies. Pour ce faire, il connecte de manière conventionnelle son portefeuille 8 à la plateforme d’achat 9, au travers d’une plateforme d’authentification numérique détenue ou utilisée par la plateforme d’achat 9, de sorte qu’on considèrera les deux indissociables dans cette description. Pour authentifier son nom et son âge, la plateforme d’authentification a dès lors accès, sur autorisation de l’usager, aux jetons d’authentifications 5 et 6 au travers de son portefeuille 8. Étant donné que ceux-ci certifient l’âge et le nom de l’usager 3, la plateforme valide l’authentification de l’usager et l’autorise à utiliser ses services. L’authentification de l’usager est alors réalisée.
Comme évoqué plus haut, l’ensemble de ces étapes sont réalisées par les moyens du module informatique 2, ici ceux de la plateforme 9 et du portefeuille 8 de l’usager, de manière automatique. L’authentification de l’usager 3 auprès de la plateforme 9 est donc rapide. Elle est également fiable, les jetons 5 et 6 ayant été obtenus auprès d’un fournisseur 4 de jeton reconnu, en particulier certifié par les autorités. Ces mêmes autorités sont celles ayant établi les règles d’authentification à respecter, de sorte que l’ensemble du processus d’authentification est à la fois respectueux des règlements, fiable, et rapide.
À l’étape 50, des jetons de récompense 7 sont transmis au portefeuille 8 de l’usager. Ces jetons de récompense 7 sont des jetons conventionnels de la chaîne de blocs, tels que des jetons de cryptomonnaie ou de gouvernance faisant l’objet de transactions sur les chaînes de blocs. Ils sont classiquement dotés d’une valeur économique évoluant sur les marchés, mais aussi de droits permettant à leur détenteur d’accéder à des services propres aux types de jetons. Ces jetons peuvent être vendus, échangés, utilisés. Il s’agit donc d’une contrepartie interchangeable récompensant l’usager pour la mise à disposition et/ou l’usage de ses jetons 5 et 6.
On va maintenant détailler les formes de récompense entreprises à cette étape 50.
Une première forme 51 de récompense est la transmission par la plateforme 9, de jetons de récompense 7, initialement possédés par la plateforme 9, au portefeuille 8 de l’usager 3, en contrepartie de l’accès à ses jetons 5 et 6. Ainsi, le simple accès au contenu du portefeuille et en particulier aux certifications des jetons non fongibles 5 et 6 est récompensé.
Une deuxième forme 52 est la transmission de jetons de récompense 7 par la plateforme 9 en contrepartie de l’authentification validée de l’usager 3. Cette récompense vient acter la validation de l’authentification à la plateforme 9.
Pour ces deux premières formes de récompense, de la plateforme 9 vers l’usager 3, la valeur des jetons de récompense 7, c’est-à-dire la quantité, la valeur économique supposée ou connue et/ou la valeur d’usage de ces jetons, dépend du type de donnée d’identification des jetons non fongibles d’authentification 5 et 6. Ainsi, le module informatique 2 est configuré pour assurer une transmission, par la plateforme 9, d’une plus grande valeur de jetons 7 en contrepartie du jeton 5, qui authentifie le nom de l’usager, que pour le jeton 6, qui authentifie son âge.
L’homme du métier comprendra que les termes de « valeur », « importance » et « quantité » de jetons de récompense sont interchangeables dans le cadre de l’étape de récompense de l’invention. Cette grandeur représente l’importance de la récompense pour l’usager.
Tout type de donnée d’identification peut être configuré comme correspondant à une certaine quantité de jetons. Ainsi, il peut avoir été décidé qu’un nom correspond à une certaine quantité, une adresse à une autre, un âge à une autre, un niveau de revenus à une autre. Cette configuration est réalisée en amont, par la plateforme 9 ou par le fournisseur 12 de ce procédé 100 d’authentification, dont on parlera plus bas. Cela permet d’encourager l’usager 3 à mettre à disposition des jetons d’authentification certifiant des données personnelles importantes pour les plateformes tierces.
Une troisième forme 53 de récompense est la transmission de jetons de gouvernance 11 du fournisseur 12 du procédé d’authentification, au portefeuille 8 de l’usager 3. Le fournisseur 12 est une entité organisatrice de ce procédé, ou protocole, d’authentification. En particulier, le fournisseur 12 a préétabli un partenariat avec la plateforme 9 permettant l’usage du procédé d’authentification 100 pour l’usager 3. C’est pour inciter l’usager 3 à utiliser le procédé que ces jetons de gouvernance lui sont transmis. Par « jeton de gouvernance » 11, l’homme du métier comprendra que l’on désigne un type de jeton de récompense spécifiquement créé par le fournisseur 12 du procédé 100, et non un jeton de récompense 7 quelconque adossé à un autre service. Ainsi, le jeton de gouvernance 11 est un type de jeton de récompense particulier puisqu’il est, dès l’origine et par les éventuels droits qu’il octroie, associé à ce procédé 100.
Cette transmission des jetons de gouvernance 11 est générée au moment de l’usage des jetons non fongibles 5 et 6 pour s’authentifier à la plateforme 9, mais aussi ultérieurement, lorsque l’usager 3 met à jour ses jetons 5 et 6. Elle est aussi réalisée lorsque les jetons 5 et 6 sont restés accessibles à la plateforme 9 durant une durée prédéterminée dans le portefeuille 8, ou en verrouillage auprès d’une plateforme quelconque. Ainsi, la quantité de jetons de gouvernance 11 transmis au portefeuille 8 dépend de l’usage des jetons 5 et 6, de leur mise à jour, de leur durée de détention.
D’autres critères pourraient s’ajouter pour déterminer la quantité des jetons de gouvernance à transmettre et leur moment de transmission.
Le fournisseur 12 pourrait également transmettre des jetons de récompense 7 quelconques à l’usager, et non nécessairement des jetons de gouvernance 11 issu du fournisseur 12.
Une quatrième forme 54 de récompense, non illustrée à la , vient récompenser le verrouillage, (ou « stake » de jetons en anglais), des jetons non fongibles d’authentification 5 et 6. L’usager 3 dispose ainsi de la possibilité de verrouiller ses jetons 5 et 6 auprès de la plateforme 9, du fournisseur 12, ou d’une autre plateforme tierce. De même que le verrouillage conventionnel de jetons fongibles, le verrouillage de ces jetons non fongibles 5 et 6 assure à l’entité auprès de laquelle ces jetons sont verrouillés qu’ils ne peuvent être retirés ou supprimés aussi facilement que des jetons simplement mis à disposition. La récompense par l’octroi au portefeuille 8 de jetons 7 ou 11 vient donc en contrepartie de ce verrouillage.
En variante, les jetons 5 et 6 ne sont pas déplacés pour être verrouillés auprès d’une entité. C’est un identifiant (« asset ID ») associé de manière fiable à ces jetons qui est « verrouillé » auprès de l’entité, depuis le portefeuille numérique 8, lequel conserve les jetons non fongibles 5 et 6.
En variante, les jetons 5 et 6 sont « verrouillés » auprès de plusieurs entités simultanément. Dans cette variante, et en accord avec l’usager voire à son initiative, des exemplaires des jetons 5 et 6 sont copiés sur la chaîne de blocs d’émission des jetons 5 et 6, par exemple par le fournisseur du jeton non fongible, ou par une autre entité apte à copier les jetons non fongibles. Ce procédé de copie ou réplication de jeton de chaîne de blocs est connu de l’homme du métier sous le nom de « mirroring ». L’usager dispose alors de plusieurs exemplaires de son jeton 5 et de plusieurs exemplaires de son jeton 6. Il verrouille alors les identifiants (« asset ID ») de chacun de ces exemplaires auprès des différentes entités. Ainsi, en partant d’un unique jeton 5 et un unique jeton 6 au départ, l’usager dispose finalement de plusieurs exemplaires de ces jetons lui permettant de verrouiller ces jetons simultanément auprès de plusieurs entités. Il peut dès lors être récompensé par chacune de ces entités. Ces entités tierces auprès desquelles les jetons 5 et 6 sont verrouillés peuvent correspondre à la plateforme 9, au fournisseur 12 ou à d’autres types de plateformes étrangères au procédé d’authentification.
Il est à noter qu’optionnellement, une partie ou l’ensemble des jetons de récompense 7 et 11 évoqués durant ces étapes peuvent être transmis à un autre portefeuille de l’usager 3, et donc pas nécessairement au portefeuille 8. Il convient toutefois que cet autre portefeuille soit associé de façon fiable à la personne de l’usager 3.
Une cinquième forme 55 de récompense, non illustrée, concerne la récompense de la mise à dispositions de données personnelles de l’usager 3 à une entité tierce, séparée du système décrit. En effet, l’usager 3 peut décider de mettre à disposition ses jetons 5 et 6 auprès d’une entité, sans que celle-ci ne soit nécessairement la plateforme 9 ou une autre entité destinée à authentifier l’usager pour que celui-ci s’inscrive à ses services. Il est en effet connu que des entités du web font commerce de données personnelles. L’invention permet de donner le contrôle de ses données à l’usager, qui décide à quelles entités il les rend accessibles sur son portefeuille 8, indépendamment de toute authentification auprès d’un fournisseur de service. On peut désigner ce procédé sous l’appellation « reverse cookie », puisqu’il s’agit d’inverser la monétisation des données personnelles. L’usager peut par ailleurs être réglé par monnaie fiduciaire pour cet accès à ses jetons 5 et 6.
Toutes les récompenses, des formes 51 à 55 de récompense, se cumulent. Cependant, le module informatique 1 peut être configuré pour décider de mettre en œuvre uniquement certaines d’entre elles et selon certains critères prédéterminés, en fonction par exemple des partenariats noués entre le fournisseur 12 du procédé 100 et les fournisseurs de service tels que la plateforme 9.
À l’étape 60, c’est le fournisseur du procédé 100 qui se voit récompensé en jetons de récompense 7, par la plateforme d’achat 9. Cette récompense est réalisée lorsque la plateforme d’achat récompense l’usager conformément à la forme 51 de récompense. Les jetons de récompense 7 transmis au fournisseur 12 du procédé 100 par la plateforme 9 représentent une quote-part prédéterminée des jetons transmis à l’usager par la plateforme 9.
Comme évoqué, nous rappelons que ces étapes de récompense 50 et 60 sont basées sur des critères prédéterminés, notamment fonction des jetons 5 et 6, de leur contenu et de critère de durée et d’usage, et sont donc réalisées automatiquement par le module informatique 1 dès que ces critères sont remplis.
Des récompenses entre les différentes entités peuvent avoir lieu à d’autres moments et selon d’autres critères.
Par ailleurs, l’usager à la possibilité, s’il le désire et non de façon automatique, de transmettre des jetons interchangeables, c’est-à-dire des jetons de récompense, de gouvernance, de son portefeuille 8 au fournisseur 12 du procédé 100. Il s’agit de jetons que l’on peut qualifier de « don », pour aider au développement du procédé 100.
En plus des récompenses par jetons 11 et 7, l’envoi de monnaie fiduciaire, à travers le système bancaire traditionnel, est possible. Ainsi, dans une variante non illustrée, la plateforme 9 ne transmet pas de jetons de récompense 7 à l’usager 3. Elle paye le fournisseur 12 du procédé par monnaie fiduciaire, et le procédé 12 se charge de récompenser, au moyen de la forme de récompense 53, décrite plus haut, l’usager 3 et son portefeuille 8.
Il ressort également de la description de ce procédé 100 que la plateforme d’authentification numérique utilisée par la plateforme d’achat 9, pour authentifier l’usager 3, comprend un module informatique 1, apte à :
- accéder, au sein du portefeuille numérique 8 de l’usager 3 correspondant à une adresse d’une chaîne de blocs, aux jetons non fongibles d’authentification 5 et 6 de l’usager 3, ces jetons certifiant une correspondance entre l’usager 3 et les données 13 d’identification de l’usager ;
- authentifier l’usager 3 en fonction d’un contenu des jetons 5 et 6 ;
- récompenser l’usager 3 par la transmission, à un portefeuille numérique de l’usager correspondant à une adresse enregistrée sur une chaîne de bloc, de jetons 7 et 11 de récompense.
De même, le fournisseur 12 du procédé détient une plateforme de gouvernance du procédé 100 d’authentification numérique d’un usager, comprenant un module informatique 1 apte à :
- recevoir une récompense du fournisseur 9 de service, sous la forme de jetons de récompense 7 sur une chaîne de blocs et/ou de monnaie fiduciaire ;
- distribuer des jetons de gouvernance 11, issus du fournisseur 12 du procédé d’authentification 100, au portefeuille numérique 8 de l’usager.
Enfin, le portefeuille numérique 8 est un portefeuille de jetons pour chaîne de bloc, correspondant à une adresse d’une chaîne de blocs, incluant :
- au moins un jeton non fongible, ici deux jetons 5 et 6, d’authentification de l’usager 3, certifiant une correspondance entre l’usager et la donnée d’identification 13 de l’usager ;
- des jetons de gouvernance 11 issus du fournisseur 12 du procédé d’authentification 100.
L'invention n'est pas limitée aux modes de réalisation présentés et d'autres modes de réalisation apparaîtront clairement à l'homme du métier. En particulier, tout fournisseur de service peut utiliser le procédé en lieu et place de la plateforme 9, en particulier dans le cadre d’accords noués entre le fournisseur 12 du procédé et ces fournisseurs de service.
Étant donné qu’il est possible de s’authentifier auprès de tout fournisseur de service de la blockchain au moyen des jetons d’authentification, ces derniers peuvent être utilisés dans le cadre de l’authentification d’un usager dans un métavers. En effet, ce type d’interaction au travers d’un avatar dans un univers en trois dimension rend nécessaire l’authentification des usagers, c’est-à-dire la vérification que l’usager derrière l’avatar est ce qu’il prétend être.
En outre, un jeton non fongible d’authentification peut, dans le cadre de l’invention, correspondre à un assemblage ou à une synthèse de plusieurs jetons non fongibles d’authentification. Par exemple, un même jeton non fongible d’authentification, dit synthétique, peut remplacer les deux jetons 5 et 6, et donc certifier la correspondance entre l’usager et simultanément son nom et son âge. L’usager peut disposer dans son portefeuille numérique à la fois de ses jetons 5 et 6 et de son jeton synthétique.
Ainsi, dans le cadre d’un métavers, étant donné qu’à un avatar virtuel peuvent correspondre plusieurs attributs virtuels (chapeau, vêtements, autres), l’usager peut disposer, pour chacun de ces attributs, de jetons non fongibles d’authentification correspondants, mais aussi d’un unique jeton synthétique non fongible d’authentification, qui certifie la correspondance entre l’usager et l’ensemble ou plusieurs de ces éléments virtuels.

Claims (18)

  1. Procédé (100) d’authentification numérique d’un usager (3) auprès d’un fournisseur (9) de service, mis en œuvre par module informatique (1) et caractérisé en ce qu’il comprend les étapes suivantes :
    - accès du fournisseur de service (9) à un portefeuille numérique (8) de jetons de l’usager (3), le portefeuille numérique (8) correspondant à une adresse enregistrée sur une chaîne de blocs ;
    - accès du fournisseur de service (9), au sein du portefeuille numérique (8), à un jeton non fongible d’authentification (5, 6) de l’usager (3), le jeton non fongible d’authentification (5, 6) certifiant une correspondance entre l’usager (3) et au moins une donnée (13) d’identification de l’usager (3) ;
    - récompense de l’usager (3), comprenant la transmission, à un portefeuille numérique (8) de l’usager correspondant à une adresse enregistrée sur une chaîne de bloc, de jetons (7, 11) de récompense.
  2. Procédé (100) selon la revendication précédente, dans lequel au moins certains des jetons de récompense (7) sont transmis par le fournisseur (9) de service.
  3. Procédé (100) selon l’une quelconque des revendications précédentes, dans lequel au moins certains des jetons (11) de récompense sont transmis par un fournisseur (12) du procédé d’authentification, par exemple sous la forme de jetons de gouvernance (11) issus du fournisseur (12) du procédé (100).
  4. Procédé (100) selon l’une quelconque des revendications 2 et 3, comprenant une étape de verrouillage du jeton non fongible (5, 6) auprès du fournisseur (9) de service ou du fournisseur (12) du procédé, les jetons (7, 11) de récompense étant transmis à l’usager (3) en contrepartie du verrouillage.
  5. Procédé (100) selon la revendication précédente, dans lequel l’étape de verrouillage du jeton non fongible (5, 6) est réalisée auprès de plusieurs entités tierces.
  6. Procédé (100) selon l’une quelconque des revendications précédentes, dans lequel, la quantité de jetons de récompense (7,11) dépend d’un nombre d’authentifications réalisées via le jeton (5, 6) de l’usager, d’un niveau de mise à jour du jeton, et/ou d’une durée de détention du jeton dans le portefeuille numérique de l’usager.
  7. Procédé (100) selon l’une quelconque des revendications précédentes, dans lequel, au préalable, on associe des types de données d’identification (13) à des quantités respectives de jetons de récompense (7, 11), par exemple on associe une donnée identifiant un nom de l’usager à une première quantité, une donnée identifiant un âge de l’usager à une deuxième quantité, une donnée identifiant un niveau de revenus personnels de l’usager à une troisième quantité, une donnée identifiant une adresse de domicile de l’usager à une quatrième quantité, de sorte que, lors de l’étape de récompense de l’usager, la quantité de jetons de récompense transmis au portefeuille (8) de l’usager (3) dépend du type de la donnée d’identification (13) dont la correspondance avec l’usager est certifiée par le jeton d’authentification (5, 6).
  8. Procédé (100) selon l’une quelconque des revendications précédentes, dans lequel l’étape de récompense comprend en outre la transmission de monnaie fiduciaire à l’usager (3).
  9. Procédé (100) selon l’une quelconque des revendications précédentes, comprenant en outre œuvre une étape de récompense d’un fournisseur (12) du procédé (100) d’authentification par le fournisseur (9) de service, comprenant la transmission, par le fournisseur (9) de service au fournisseur (12) du procédé (100) d’authentification, d’une quantité de jetons de récompense (7) qui dépend d’une quantité de jetons (7) de récompense transmis à l’usager par le fournisseur de service, et/ou la transmission, par le fournisseur de service au fournisseur du procédé d’authentification, d’une valeur de monnaie fiduciaire prédéterminée.
  10. Procédé (100) selon l’une quelconque des revendications précédentes, comprenant, au préalable des étapes de la revendication 1, les étapes suivantes :
    - l’usager (3) transmet à un fournisseur (4) de jeton non fongible d’authentification un document personnel (13) présentant la donnée d’identification de l’usager, tel qu’une pièce d’identité, un justificatif de domicile, un relevé d’identité bancaire ;
    - le fournisseur (4) de jeton d’authentification authentifie la correspondance entre l’usager (3) et la donnée d’identification (13) et produit le jeton non fongible d’authentification (5, 6) certifiant la correspondance ;
    - le jeton (5, 6) est transmis sur la chaîne de bloc au portefeuille numérique (8) de l’usager.
  11. Procédé (100) selon la revendication précédente, comprenant, en outre, une étape d’association du jeton non fongible (5, 6) à une adresse de l’usager (3) correspondant à un nom de domaine de la chaîne de bloc.
  12. Procédé (100) selon au moins la revendication 10, dans lequel, le jeton d’authentification (5, 6) comprenant une date de péremption de sorte que l’authentification de l’usager (3) par le fournisseur (9) de service est refusée une fois la date passée, l’usager (3) réitère ultérieurement l’étape de transmission d’un document personnel (13) de la revendication 10 pour mettre à jour la date de péremption du jeton (5, 6).
  13. Procédé (100) selon l’une quelconque des revendications précédentes, mis en œuvre dans le cadre d’une authentification de l’usager (3) dans un monde virtuel, en particulier un métavers.
  14. Programme d’ordinateur (2) comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur (1), conduisent celui-ci à mettre en œuvre les étapes d’au moins l’une des revendications 1 à 13.
  15. Support d’enregistrement lisible par ordinateur (1) comprenant des instructions qui, lorsque qu’elles sont exécutées par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes d’au moins l’une des revendications 1 à 13.
  16. Plateforme d’authentification numérique d’un usager pour fournisseur de service (9), comprenant un module informatique (1) apte à :
    - accéder, au sein d’un portefeuille numérique (8) de l’usager (3) correspondant à une adresse d’une chaîne de blocs, à un jeton non fongible d’authentification (5, 6) de l’usager (3), le jeton non fongible d’authentification certifiant une correspondance entre l’usager (3) et au moins une donnée (13) d’identification de l’usager ;
    - authentifier l’usager (3) en fonction d’un contenu du jeton (5, 6) ;
    - récompenser (50) l’usager (3) par la transmission, à un portefeuille numérique de l’usager correspondant à une adresse enregistrée sur une chaîne de bloc, de jetons (7, 11) de récompense.
  17. Plateforme de gouvernance d’un procédé d’authentification numérique (100) d’un usager (3), comprenant un module informatique (1) apte à :
    - recevoir une récompense (50) d’un fournisseur (9) de service, sous la forme de jetons de récompense (7, 11) sur une chaîne de blocs et/ou de monnaie fiduciaire ;
    - distribuer des jetons de gouvernance (11), issus d’un fournisseur (12) d’un procédé d’authentification (100) selon l’une quelconque des revendications 1 à 13, au portefeuille numérique de l’usager.
  18. Portefeuille numérique (8) de jetons pour chaîne de bloc, correspondant à une adresse d’une chaîne de blocs, incluant :
    - au moins un jeton non fongible (5, 6) d’authentification d’un usager (3), certifiant une correspondance entre l’usager et au moins une donnée d’identification (13) de l’usager ;
    - des jetons de gouvernance (11) issus d’un fournisseur (12) d’un procédé d’authentification (100) selon l’une quelconque des revendications 1 à 13.
FR2200965A 2022-02-03 2022-02-03 authentification par jeton non fongible Active FR3132367B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR2200965A FR3132367B1 (fr) 2022-02-03 2022-02-03 authentification par jeton non fongible

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2200965 2022-02-03
FR2200965A FR3132367B1 (fr) 2022-02-03 2022-02-03 authentification par jeton non fongible

Publications (2)

Publication Number Publication Date
FR3132367A1 true FR3132367A1 (fr) 2023-08-04
FR3132367B1 FR3132367B1 (fr) 2025-03-14

Family

ID=81851402

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2200965A Active FR3132367B1 (fr) 2022-02-03 2022-02-03 authentification par jeton non fongible

Country Status (1)

Country Link
FR (1) FR3132367B1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020010023A1 (fr) * 2018-07-01 2020-01-09 Madhu Vijayan Systèmes et procédés permettant de mettre en œuvre des plateformes d'engagement de contenu à base de chaîne de blocs à l'aide de portefeuilles multimédia
US20200296091A1 (en) * 2018-08-28 2020-09-17 Ofer A. LIDSKY Systems and methods for user authentication based on a genetic sequence
US20200389301A1 (en) * 2019-06-07 2020-12-10 Volum Holdings, OÜ Supply chain management system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020010023A1 (fr) * 2018-07-01 2020-01-09 Madhu Vijayan Systèmes et procédés permettant de mettre en œuvre des plateformes d'engagement de contenu à base de chaîne de blocs à l'aide de portefeuilles multimédia
US20200296091A1 (en) * 2018-08-28 2020-09-17 Ofer A. LIDSKY Systems and methods for user authentication based on a genetic sequence
US20200389301A1 (en) * 2019-06-07 2020-12-10 Volum Holdings, OÜ Supply chain management system

Also Published As

Publication number Publication date
FR3132367B1 (fr) 2025-03-14

Similar Documents

Publication Publication Date Title
US20220407702A1 (en) Systems and Methods for Token Creation and Management
US20220391887A1 (en) Systems and Methods for Maintenance of NFT Assets
US12361408B2 (en) Systems and methods for transaction management in NFT-directed environments
US20230114684A1 (en) Cryptographic Content Co-Creation Mechanisms and Linking Physical Elements to Cryptographic Elements
US20230004970A1 (en) Distributed Ledgers with Ledger Entries Containing Redactable Payloads
US20240281796A1 (en) Systems and Methods for Facilitating Digital Wallet-Based Transactions
US8571992B2 (en) Methods and apparatus for title structure and management
FR3129006A1 (fr) Procédé de fourniture de service d’authentification d’actif réel à l’aide d’un identifiant décentralisé et d’un jeton non fongible
US20240086915A1 (en) Systems and Methods for Token-based Asset Ownership
US20070162300A1 (en) Methods of facilitating contact management using a computerized system including a set of titles
US20140236746A1 (en) Methods of facilitating merchant transactions using a computerized system including a set of titles
US20050038707A1 (en) Methods and apparatus for enabling transactions in networks
FR2811451A1 (fr) Systeme et procede de gestion de transactions de micropaiement, terminal de client et equipement de marchand correspondants
Rodrigo et al. UniCon: Universal and scalable infrastructure for digital asset management
EP1164529A1 (fr) Système et procédé de couponnage électronique
EP1766846A1 (fr) Procédés et appareils pour la validation de transactions dans des réseaux
WO2023060284A1 (fr) Mécanismes de co-création de contenu cryptographique et liaison d'éléments physiques à des éléments cryptographiques
EP3707669A1 (fr) Procédé d'obtention d'une identité numérique de niveau de sécurité élevé
CH719096A1 (fr) Système et procédé pour fournir un jeton non-fongible durablement authentifiable
FR3132367A1 (fr) authentification par jeton non fongible
US12506611B2 (en) Systems and methods for green proof of stake consensus mechanisms
BE1027218B1 (fr) Jeux, loteries et jeux de hasard, et tickets, systèmes, technologies et procédés associés
FR3143144A1 (fr) Procédé de vente de jetons non-fongibles sur une chaîne de blocs
WO2022122821A1 (fr) Dispositif et procédé d'authentification de produits
FR3150007A3 (fr) Procede d’identification

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20230804

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5