Procédé pour permettre à un créateur (1) de vendre des jetons non-fongibles (2) à des utilisateurs (3) sur une chaîne de blocs, ledit procédé prévoyant : la création d’un coffre-fort numérique (16) de gestion de jetons non-fongibles (2) pour le créateur (1) sur la chaine de blocs ; lors de la création d’un jeton non-fongible (2) par le créateur (1), l’enregistrement d’une information liée au jeton non-fongible (2) dans le coffre-fort numérique (16) de gestion de jetons non-fongibles (2), en l’associant à : une adresse numérique (10) détenue par le créateur (1) sur la chaîne de blocs, en tant que propriétaire du jeton non-fongible (2) ; une valeur rationnelle d’un montant d’achat à verser en rétribution au créateur (1) lors d’une vente dudit jeton non-fongible ; ledit procédé prévoyant en outre, lorsqu’un utilisateur (3) souhaite acheter un jeton non-fongible (2) du créateur (1) : le transfert par ledit utilisateur d’un montant en cryptomonnaie requis pour ledit achat par l’intermédiaire du coffre-fort numérique (16) de gestion de jetons non-fongibles (2), afin de transférer audit créateur un montant rationnel de rétribution prélevé sur le montant d’achat requis en fonction de la valeur rationnelle associée au jeton non-fongible (2), le reste dudit montant d’achat requis étant transféré au propriétaire actuel (1) dudit jeton non-fongible ; en cas de succès de ladite vente, l’enregistrement dans le coffre-fort numérique (16) de gestion d’une adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, en tant que nouveau propriétaire dudit jeton non-fongible. Procédé selon la revendication 1, caractérisé en ce qu’il prévoit d’enregistrer une adresse numérique (10) détenue par le créateur (1) sur la chaîne de blocs en tant qu’adresse parente dans le coffre-fort numérique (16) de gestion des jetons non-fongibles (2) dudit créateur lors de la création dudit coffre-fort numérique de gestion. Procédé selon l’une des revendications 1 ou 2, caractérisé en ce qu’il prévoit d’enregistrer l’information liée au jeton non-fongible (2) dans le coffre-fort numérique (16) de gestion du créateur (1) en l’associant à l’adresse numérique (10) d’un coffre-fort numérique personnel (9) détenu par ledit créateur sur la chaîne de blocs, au moins une clé publique (7b) d’accès dudit créateur à ladite chaîne de blocs étant enregistrée dans ledit coffre-fort numérique personnel. Procédé selon l’une quelconque des revendications 1 à 3, caractérisé en ce qu’il prévoit, lors de la création du coffre-fort numérique (16) de gestion pour le créateur (1), d’enregistrer dans ledit coffre-fort numérique une adresse numérique (25) sur la chaîne de blocs d’un serveur répertoire (23) comprenant au moins une base de données (24) dans laquelle sont enregistrées des fichiers numériques liés à des jetons non-fongibles d’au moins un créateur présent sur la chaîne de blocs, ledit procédé prévoyant en outre, lors de la création d’un jeton non-fongible (2) par le créateur (1) : l’enregistrement dans le coffre-fort numérique de gestion (16) dudit créateur d’un arbre de hachage lié audit jeton non-fongible ; l’envoi par le créateur (1) au serveur répertoire (23) d’une notification (27) comprenant le fichier numérique (2’) lié audit jeton non-fongible (2) et les adresses numériques respectives (10, 17) dudit créateur et dudit coffre-fort numérique de gestion sur la chaîne de blocs ; la comparaison par ledit serveur dudit fichier numérique avec l’arbre de hachage enregistré dans le coffre-fort numérique de gestion (16) ; en cas de succès de ladite comparaison, l’enregistrement dudit fichier numérique dans une base de données (24) dudit serveur répertoire, en l’associant aux adresses numériques (10, 17) respectives du créateur (1) et de son coffre-fort numérique de gestion (16). Procédé selon l’une quelconque des revendications 1 à 4, caractérisé en ce qu’il prévoit, lors de la création d’un jeton non-fongible (2) par le créateur (1) : d’enregistrer au moins un arbre de hachage lié audit jeton non-fongible dans une entrée (38) d’une liste principale (39) d’indexation au sein du coffre-fort numérique de gestion (16), en l’associant à un identifiant unique (40) pour ledit jeton non-fongible et à une valeur rationnelle d’un montant d’achat à verser en rétribution au créateur (1) lors d’une vente dudit jeton non-fongible ; de générer pour ledit jeton non-fongible, après enregistrement de son arbre de hachage dans ladite liste principale : une première sous-liste secondaire (40a) de vente dudit jeton non-fongible, et d’enregistrer dans une première entrée (41) de ladite sous-liste de vente l’adresse numérique (10) dudit créateur sur la chaîne de blocs et une information sur un montant en cryptomonnaie requis pour l’achat dudit jeton non-fongible ; une deuxième sous-liste secondaire (40b) de détention dudit jeton non-fongible, et d’enregistrer dans une première entrée (42) de ladite sous-liste de détention l’adresse numérique (10) dudit créateur sur la chaîne de blocs, en tant que propriétaire dudit jeton non-fongible. Procédé selon la revendication 5, caractérisé en ce qu’il prévoit, lorsqu’un utilisateur (3) souhaite acheter un jeton non-fongible (2) du créateur (1), de : enregistrer, dans une nouvelle entrée (44, 55) de la sous-liste de vente (40a), une adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, en l’associant à une information sur un montant en cryptomonnaie proposé par ledit utilisateur pour ledit achat ; puis en cas de succès de l’achat : transférer le montant en cryptomonnaie proposé, prélevé des actifs de l’utilisateur (3) accessibles depuis son adresse numérique (8, 11), dans le coffre-fort (16) de gestion des jetons non-fongibles (2) du créateur (1) ; enregistrer, dans une nouvelle entrée (54) de la sous-liste de détention (40b) l’adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, en tant que nouveau propriétaire dudit jeton non-fongible. Procédé selon la revendication 6, caractérisé en ce qu’il prévoit, lorsqu’au moins deux utilisateurs (3) souhaitent acheter un même jeton non-fongible (2) du créateur (1) : d’enregistrer pour chaque utilisateur (3), dans respectivement une entrée (44, 55) de la sous-liste (40a) de vente dudit jeton non-fongible, l’adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, associée à une information sur un montant en cryptomonnaie proposé par ledit utilisateur pour ledit achat ; après expiration d’un délai préalablement fixé par l’actuel propriétaire (1) dudit jeton non-fongible, finaliser l’achat dudit jeton non-fongible avec l’utilisateur (3) dont le montant en cryptomonnaie proposé est le plus élevé. Procédé selon l’une quelconque des revendications 5 à 7, caractérisé en ce qu’il prévoit, lorsqu’un utilisateur (3) ayant acheté un jeton non-fongible (2) au créateur (1) souhaite revendre ledit jeton non-fongible, d’enregistrer, dans une nouvelle entrée (44, 55) de la première sous-liste secondaire (40a) de vente dudit jeton non-fongible, l’adresse numérique (8, 11) dudit utilisateur sur la chaine de blocs, en tant que propriétaire actuel dudit jeton non-fongible, et une information sur un montant en cryptomonnaie requis pour l’achat dudit jeton non-fongible audit propriétaire actuel. Architecture pour permettre à un créateur (1) de vendre des jetons non-fongibles (2) à des utilisateurs (3) sur une chaîne de blocs, ladite architecture comprenant : une plateforme (4) de déploiement de coffres-forts numériques (9, 16) sur la chaîne de blocs ; un terminal (5) comprenant, notamment au moyen d’une application installée sur ledit terminal, des moyens pour permettre au créateur (1) de : solliciter la plateforme de déploiement (4) pour créer un coffre-fort numérique (16) de gestion de jetons non-fongibles (2) pour ledit créateur sur la chaine de blocs ; lors de la création d’un jeton non-fongible (2) par ledit créateur, enregistrer une information liée audit jeton non-fongible dans le coffre-fort numérique (16) de gestion de jetons non-fongibles (2), en l’associant à : une adresse numérique (10) détenue par le créateur (1) sur la chaîne de blocs, en tant que propriétaire du jeton non-fongible (2) ; une valeur rationnelle d’un montant d’achat à verser en rétribution au créateur (1) lors d’une vente dudit jeton non-fongible ; un terminal (6) comprenant des moyens pour permettre à un utilisateur (3) souhaitant acheter un jeton non-fongible (2) du créateur (1) de transférer un montant en cryptomonnaie requis pour ledit achat par l’intermédiaire du coffre-fort numérique (16) de gestion de jetons non-fongibles (2) ; le coffre-fort numérique (16) étant agencé pour transférer audit créateur un montant rationnel de rétribution prélevé sur le montant d’achat requis en fonction de la valeur rationnelle associée au jeton non-fongible (2), et transférer le reste dudit montant d’achat requis au propriétaire actuel (1) dudit jeton non-fongible ; au moins l’un des terminaux (5, 6) comprenant des moyens pour, en cas de succès de l’achat, enregistrer dans le coffre-fort numérique de gestion (16) une adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, en tant que nouveau propriétaire dudit jeton non-fongible. Architecture selon la revendication 9, caractérisée en ce que la plateforme de déploiement (4) comprend des moyens pour enregistrer une adresse numérique (10) détenue par le créateur (1) sur la chaîne de blocs en tant qu’adresse parente dans le coffre-fort numérique (16) de gestion des jetons non-fongibles (2) dudit créateur lors de la création dudit coffre-fort numérique de gestion. Architecture selon l’une des revendications 9 ou 10, caractérisée en ce que le terminal (5) du créateur (1) comprend des moyens pour enregistrer l’information liée au jeton non-fongible (2) dans le coffre-fort numérique (16) de gestion dudit créateur en l’associant à l’adresse numérique (10) d’un coffre-fort numérique personnel (9) détenu par ledit créateur sur la chaîne de blocs, au moins une clé publique (7b) d’accès dudit créateur à ladite chaîne de blocs étant enregistrée dans ledit coffre-fort numérique personnel. Architecture selon l’une quelconque des revendications 9 à 11, caractérisée en ce qu’elle comprend un serveur répertoire (23) qui comprend au moins une base de données (24) pour enregistrer des fichiers numériques liés à des jetons non-fongibles d’au moins un créateur présent sur la chaîne de blocs, la plateforme de déploiement (4) comprenant des moyens pour, lors de la création du coffre-fort numérique (16) de gestion pour le créateur (1), enregistrer dans ledit coffre-fort de gestion une adresse numérique (25) dudit serveur sur la chaîne de blocs, le terminal (5) du créateur (1) comprend des moyens pour, lors de la création d’un jeton non-fongible (2) par le créateur (1) : enregistrer dans le coffre-fort numérique de gestion (16) un arbre de hachage lié audit jeton non-fongible ; envoyer au serveur répertoire (23) une notification (27) comprenant le fichier numérique (2’) lié audit jeton non-fongible et les adresses numériques (10, 17) respectives dudit créateur et dudit coffre-fort numérique de gestion sur la chaîne de blocs ; le serveur répertoire (23) comprenant en outre des moyens pour : comparer ledit fichier numérique avec l’arbre de hachage enregistré dans le coffre-fort numérique de gestion (16) ; en cas de succès de ladite comparaison, enregistrer ledit fichier numérique dans une base de données (24) dudit serveur répertoire, en l’associant aux adresses numériques (10, 17) respectives du créateur (1) et de son coffre-fort numérique de gestion (16). Architecture selon l’une quelconque des revendications 9 à 12, caractérisée en ce que le terminal (5) du créateur (1) comprend des moyens pour, lors de la création d’un jeton non-fongible (2) par le créateur (1) : enregistrer au moins un arbre de hachage lié audit jeton non-fongible dans une entrée (38) d’une liste principale (39) d’indexation au sein du coffre-fort numérique de gestion (16), en l’associant à un identifiant unique (40) pour ledit jeton non-fongible et à une valeur rationnelle d’un montant d’achat à verser en rétribution au créateur (1) lors d’une vente dudit jeton non-fongible ; générer pour ledit jeton non-fongible, après enregistrement de son arbre de hachage dans ladite liste principale : une première sous-liste secondaire (40a) de vente dudit jeton non-fongible, et enregistrer dans une première entrée (41) de ladite sous-liste de vente l’adresse numérique (10) dudit créateur sur la chaîne de blocs et une information sur un montant en cryptomonnaie requis pour l’achat dudit jeton non-fongible ; une deuxième sous-liste secondaire (40b) de détention dudit jeton non-fongible, et enregistrer dans une première entrée (42) de ladite sous-liste de détention l’adresse numérique (10) dudit créateur sur la chaîne de blocs, en tant que propriétaire dudit jeton-non fongible. Architecture selon la revendication 13, caractérisée en ce que le terminal (6) de l’utilisateur (3) souhaitant acheter un jeton non-fongible (2) du créateur (1) comprend des moyens pour : enregistrer, dans une nouvelle entrée (44, 55) de la sous-liste de vente (40a), une adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, en l’associant à une information sur un montant en cryptomonnaie proposé par ledit utilisateur pour ledit achat ; en cas de succès de l’achat : transférer le montant en cryptomonnaie proposé, prélevé des actifs de l’utilisateur (3) accessibles depuis son adresse numérique (8, 11), dans le coffre-fort (16) de gestion des jetons non-fongibles (2) du créateur (1) ; enregistrer, dans une nouvelle entrée (54) de la sous-liste de détention (40b), l’adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, en tant que nouveau propriétaire dudit jeton non-fongible. Architecture selon la revendication 14, caractérisée en ce qu’elle comprend au moins deux terminaux (6) comprenant des moyens pour permettre à respectivement un utilisateur (3) présent sur la chaîne de blocs d’acheter des jetons non-fongibles (2) du créateur (1), le terminal (5) du propriétaire actuel (1) desdits jetons non-fongibles comprenant des moyens pour permettre audit propriétaire actuel de fixer un délai d’achat pour lesdits jetons non-fongibles, chaque terminal utilisateur (6) comprenant des moyens pour, lorsque les utilisateurs (3) souhaitent acheter un même jeton non-fongible (2) du créateur (1) : enregistrer pour l’utilisateur (3) correspondant, dans respectivement une entrée (44, 55) de la sous-liste (40a) de vente dudit jeton non-fongible (2), l’adresse numérique (8, 11) dudit utilisateur sur la chaîne de blocs, associée à une information sur un montant en cryptomonnaie proposé par ledit utilisateur pour ledit achat ; après expiration d’un délai d’achat fixé par le propriétaire actuel (1) pour ledit jeton non-fongible, permettre à l’utilisateur (3) dont le montant en cryptomonnaie proposé est le plus élevé de finaliser l’achat avec ledit propriétaire actuel. Architecture selon l’une quelconque des revendications 13 à 15, caractérisée en ce que le terminal (6) de l’utilisateur (3) ayant acheté un jeton non-fongible (2) au créateur (1) comprend des moyens pour permettre audit utilisateur, lorsqu’il souhaite revendre ledit jeton non-fongible, d’enregistrer, dans une nouvelle entrée (44, 55) de la première sous-liste secondaire (40a) de vente dudit jeton non-fongible, l’adresse numérique (8, 11) dudit utilisateur sur la chaine de blocs, en tant que propriétaire actuel dudit jeton non-fongible, et une information sur un montant en cryptomonnaie requis pour l’achat dudit jeton non-fongible audit propriétaire actuel.