FR 3120460 A1 20220909 FR 2102104 A 20210304 Procédé pour permettre à des utilisateurs de déployer des contrats intelligents dans une chaîne de blocs au moyen d’une plateforme de déploiement L’invention concerne un procédé pour permettre à des utilisateurs de déployer des contrats intelligents (1, 1’) dans une chaîne de blocs au moyen d’une plateforme de déploiement (2a, 2b), ledit procédé prévoyant de : créer un premier coffre-fort numérique (3a, 3b) pour ladite plateforme sur la chaîne de blocs ; enregistrer dans ledit premier coffre-fort numérique au moins un identifiant (4a, 4’a, 4’’a, 4b, 4’b, 4’’b) de ladite plateforme sur la chaîne de blocs ; ledit procédé prévoyant en outre, lorsqu’un utilisateur sollicite ladite plateforme pour déployer un contrat intelligent (1, 1’) dans la chaîne de blocs, de : enregistrer une adresse numérique (8, 8’) du contrat intelligent (1, 1) dans un deuxième coffre-fort numérique (9) de la chaîne de blocs, en l’associant à une adresse numérique (7a, 7b) du premier coffre-fort (3a, 3b) sur ladite chaîne de blocs ; envoyer à l’utilisateur au moins une notification comprenant l’adresse numérique (8, 8’) dudit contrat intelligent et/ou une adresse numérique (7a, 7b) du premier coffre-fort (3a, 3b), afin de permettre audit utilisateur de vérifier le déploiement dudit contrat intelligent et l’identité de la plateforme (2a, 2b) l’ayant déployé. Figure 2 Procédé pour permettre à des utilisateurs de déployer des contrats intelligents dans une chaîne de blocs au moyen d’une plateforme de déploiement L’invention concerne un procédé pour permettre à des utilisateurs de déployer des contrats intelligents dans une chaîne de blocs au moyen d’une plateforme de déploiement, ainsi qu’une plateforme comprenant des moyens pour permettre la mise en œuvre d’un tel procédé. Les chaines de blocs (pour l’anglais « blockchain ») sont des technologies qui permettent à leurs utilisateurs de stocker, transmettre et modifier 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.com/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 nœuds 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). Cette technologie permet notamment à ses utilisateurs d’exécuter des programmes informatiques de type « contrat intelligent » (pour l’anglais « smart contract »). L’établissement de ces programmes sur la chaine de blocs se fait au moyen de l’exécution d’une transaction spéciale de mise en place, appelée aussi transaction de déploiement, et l’exécution de ces programmes fait partie du consensus de ladite chaine de blocs, de sorte qu’elle doit être identique sur tous les nœuds de validation, comme pour les transactions. Un contrat intelligent est une forme de service pour tout utilisateur de la chaine de blocs, qui peut en tirer parti pour son activité, ledit contrat étant mis à disposition par son créateur. Les contrats intelligents peuvent réaliser diverses fonctions, parmi lesquelles un horodatage de documents, une tenue de comptes ou de registres de possession, une organisation d’élections, ou encore un enregistrement et une vérification de participation à un évènement. Pour pouvoir être utilisés, ces contrats intelligents doivent d’abord être enregistrés (ou « déployés ») sur la chaîne de blocs par leur créateur. Pour ce faire, le créateur peut effectuer lui-même cet enregistrement, ou solliciter l’aide d’un autre utilisateur de la chaine de blocs, ou « tiers déployeur », qui va effectuer cet enregistrement pour ledit créateur. L’enregistrement d’un contrat intelligent se fait au moyen d’une transaction signée, dont le mécanisme de signature utilise une paire de clés liées entre elles par des fonctions mathématiques, parmi lesquelles une clé privée, que le créateur doit tenir secrète, et une clé publique, de laquelle est dérivée une adresse qui représente l’identifiant du créateur. Cette dérivation peut être effectuée par une fonction triviale, simple ou cryptographiquement complexe, mais reproductible par tous les utilisateurs. Ce type d’adresse est appelé adresse EOA (pour l’anglais « Externally Owned Address »), et désigne donc une adresse liée à une clé privée appartenant à un acteur externe. Ce mécanisme cryptographique garantit qu’une transaction ne peut être émise que par le propriétaire de la clé privée, ce fait étant vérifiable par tous ceux qui ont connaissance de l’adresse du signataire. En parallèle, les contrats intelligents développés sur une chaine de blocs sont identifiés au moyen de leur adresse numérique, qui ne possède pas de clé privée correspondante. Dans le cas où l’enregistrement d’un contrat intelligent est effectué par une autre personne ou entité que son utilisateur, c’est-à-dire lorsque ledit utilisateur et le créateur dudit contrat sont deux entités différentes, plusieurs problèmes se posent. En effet, lorsqu’il souhaite accéder à un contrat intelligent, un utilisateur utilise l’identifiant dérivé de la clé publique du créateur l’ayant enregistré sur la chaîne de blocs, notamment pour s’assurer que ledit enregistrement a bien été effectué par le bon créateur. Or, si le créateur change ses identifiants de connexion à la chaîne de blocs, c’est-à-dire ses clés, cela entraîne des contraintes de mise à jour pour l’utilisateur, qui peut avoir des difficultés pour authentifier l’identité dudit créateur. En particulier, pour limiter les risques de perte de clés privées permettant l’accès à la chaine de blocs, plusieurs techniques peuvent être utilisées. Ainsi, il existe une technique dite de « cérémonie des clés », dans laquelle une priorité est donnée à l’unicité de la paire de clés. Cette procédure est lourde, car la clé doit être générée sur un matériel spécial appelé HSM (pour l’anglais Hardware Security Module, ou module matériel de sécurité), reconnu pour ses propriétés de résistance aux attaques. En outre, les informations constituant la sauvegarde de la clé privée doivent être réparties entre des personnes physiques de confiance. Une autre technique consiste à employer plusieurs paires de clés, et donc d’identifiants, ce qui peut poser un problème d’identification du créateur de ces contrats pour les utilisateurs desdits contrats. En effet, les identifiants étant potentiellement nombreux et variables, ils ne peuvent plus être prépositionnés dans les logiciels devant valider l’origine des contrats. Une troisième technique repose sur l’utilisation d’un coffre-fort numérique sur la chaîne de blocs, c’est-à-dire un contrat intelligent dont la fonction est de se substituer à un utilisateur muni de sa clé privée et de son identifiant. Le coffre-fort numérique est téléopéré par son propriétaire, et devient à sa place le récepteur ou l’émetteur des transactions effectuées par ledit propriétaire sur la chaîne de blocs. Un coffre-fort numérique permet la gestion des identifiants qu’il reconnaît comme source d’ordres de téléopération, notamment un ajout, un retrait ou un changement desdits identifiants, mais aussi la gestion d’autres listes d’adresses, qui peuvent être utilisées pour des buts spécifiques au type de coffre-fort déployé. L’invention vise à perfectionner l’art antérieur en proposant notamment un procédé et une plateforme qui permettent à un utilisateur d’enregistrer des contrats intelligents sur une chaîne de blocs au moyen d’une plateforme tierce, et ce indépendamment des identifiants de ladite plateforme, afin de simplifier la procédure d’enregistrement pour ledit utilisateur, mais également la vérification par ledit utilisateur de l’identité de ladite plateforme. A cet effet, selon un premier aspect, l’invention propose un procédé pour permettre à des utilisateurs de déployer des contrats intelligents dans une chaîne de blocs au moyen d’une plateforme de déploiement, ledit procédé prévoyant de : créer un premier coffre-fort numérique pour ladite plateforme sur la chaîne de blocs ; enregistrer dans ledit premier coffre-fort numérique au moins un identifiant de ladite plateforme sur la chaîne de blocs ; ledit procédé prévoyant en outre, lorsqu’un utilisateur sollicite ladite plateforme pour déployer un contrat intelligent dans la chaîne de blocs, de : enregistrer une adresse numérique du contrat intelligent dans un deuxième coffre-fort numérique de la chaîne de blocs, en l’associant à une adresse numérique du premier coffre-fort sur ladite chaîne de blocs ; envoyer à l’utilisateur au moins une notification comprenant l’adresse numérique dudit contrat intelligent et/ou une adresse numérique du premier coffre-fort, afin de permettre audit utilisateur de vérifier le déploiement dudit contrat intelligent et l’identité de la plateforme l’ayant déployé. Selon un deuxième aspect, l’invention propose une plateforme pour permettre à des utilisateurs de déployer des contrats intelligents dans une chaîne de blocs, ladite plateforme comprenant : des moyens pour créer un premier coffre-fort numérique pour ladite plateforme sur la chaîne de blocs ; des moyens pour enregistrer dans ledit premier coffre-fort numérique au moins un identifiant de ladite plateforme sur la chaîne de blocs ; ladite plateforme comprenant en outre : des moyens pour, lorsqu’un utilisateur sollicite ladite plateforme pour déployer un contrat intelligent dans la chaîne de blocs, enregistrer une adresse numérique du contrat intelligent dans un deuxième coffre-fort numérique de la chaîne de blocs, en l’associant à une adresse numérique du premier coffre-fort sur ladite chaîne de blocs ; des moyens pour envoyer à l’utilisateur au moins une notification comprenant l’adresse numérique dudit contrat intelligent et/ou une adresse numérique du premier coffre-fort, afin de permettre audit utilisateur de vérifier le déploiement dudit contrat intelligent et l’identité de la plateforme l’ayant déployé. D’autres particularités et avantages de l’invention apparaîtront dans la description qui suit, faite en référence aux figures annexées, dans lesquelles : représente schématiquement une plateforme selon un mode de réalisation de l’invention, avec les premier et deuxième coffres-forts ; représente schématiquement l’enregistrement des différent(e)s identifiants et/ou adresses numériques de plateformes de déploiement dans les premier et deuxième coffres-forts tels que représentés sur la ; représente schématiquement une étape de mise à jour d’un identifiant d’un administrateur d’une plateforme selon les figures précédentes, pour permettre audit administrateur d’accéder aux différents coffres-forts ; et représentent schématiquement différentes étapes de développement de la plateforme des figures précédentes. En relation avec ces figures, on décrit ci-dessous un procédé pour permettre à des utilisateurs de déployer des contrats intelligents 1, 1’ dans une chaîne de blocs au moyen d’une plateforme de déploiement 2, ainsi qu’une plateforme 2 comprenant des moyens pour permettre la mise en œuvre d’un tel procédé. La plateforme 2 est une entité logicielle et/ou informatique, par exemple un serveur, qui comprend des moyens pour permettre la création et l’enregistrement de contrats intelligents 1, 1’ sur sollicitation d’un utilisateur de la chaîne de blocs, et agit de ce fait comme un tiers déployeur pour ledit utilisateur. En relation avec la , la plateforme 2 crée un contrat intelligent 1en utilisant un identifiant dont la clé secrète 6 correspondante ne quitte jamais ladite plateforme, ledit contrat étant créé avec une adresse numérique 8 permettant l’accès audit contrat sur la chaîne de blocs. Le procédé prévoit de : créer un premier coffre-fort numérique 3 pour la plateforme 2 sur la chaîne de blocs ; enregistrer dans ledit premier coffre-fort numérique au moins un identifiant 4 de ladite plateforme sur la chaîne de blocs. Pour ce faire, la plateforme 2 comprend des moyens pour créer le premier coffre-fort numérique 3, ainsi que des moyens pour y enregistrer un(des) identifiant(s) 4 de ladite plateforme sur la chaîne de blocs. En particulier, la plateforme 2 peut être identifiée sur la chaîne de blocs par un compte dont l’identifiant est une adresse numérique de type EOA (pour l’anglais « External Owner Account »), auquel elle accède au moyen d’une paire de clés liées entre elles par des fonctions mathématiques, parmi lesquelles une clé privée 5, qui doit rester secrète, et donc ne jamais quitter ladite plateforme, ainsi qu’une clé publique, de laquelle son adresse numérique est dérivable. Dans ce cas, l’identifiant 4 enregistré dans le premier coffre-fort 3 est l’adresse numérique EOA dérivée de la clé publique d’un tel compte. Une telle paire de clés 5 peut notamment être générée sur un module HSM tel que décrit précédemment, ledit module pouvant être directement intégré dans la plateforme 2. De façon avantageuse, comme représenté sur les figures 2 et 3, le procédé prévoit d’enregistrer dans le premier coffre-fort 3, 3a, 3b plusieurs identifiants 4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b de différents comptes de la plateforme 2, 2a, 2b sur la chaîne de blocs, afin de permettre à ladite plateforme d’accéder au premier coffre-fort 3, 3a, 3b et d’enregistrer un contrat intelligent 1, 1’ au moyen de n’importe lequel desdits identifiants enregistrés. Ainsi, en cas de changement et/ou de perte d’un identifiant 4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b, la plateforme 2, 2a, 2b peut continuer à utiliser le premier coffre-fort 3, 3a, 3b au moyen des autres identifiants 4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b enregistrés dans ledit premier coffre-fort. Comme représenté sur la , le procédé prévoit notamment de créer un coffre-fort 3a, 3b pour chaque plateforme 2a, 2b déployant des contrats intelligents 2, 2’ dans la chaîne de blocs, dans lequel sont enregistrées les identifiants 4a, 4’a, 4’’a, 4b, 4’b, 4’’b propres à une telle plateforme 2a, 2b. En particulier, ces identifiants 4a, 4’a, 4’’a sont enregistrés dans une liste informatique dédiée L1 au sein du premier coffre-fort 3a, comme représenté sur la . A l’issue de la création du premier coffre-fort 3, 3a, 3b, accessible à l’adresse numérique 7, 7a, 7b, la plateforme 2, 2a, 2b peut l’utiliser pour effectuer des opérations de mise à jour lorsque nécessaire, en utilisant les clés privées 5, 5a, 5b, 5’, 5’a, 5’b, 5’’, 5’’a, 5’’b correspondant aux identifiants EOA 4, 4a, 4b, 4’, 4a, 4’b, 4’’, 4’’a, 4’’b qui y sont enregistrés, lesdits identifiants ayant déjà été positionnés afin d’autoriser lesdites opérations. Lorsqu’un utilisateur de la chaîne de blocs sollicite la plateforme 2, 2a, 2b pour déployer un contrat intelligent 1, 1’ le procédé prévoit de : enregistrer une adresse numérique 8, 8’ du contrat intelligent 1, 1’ dans un deuxième coffre-fort numérique 9 de la chaîne de blocs, en l’associant à une adresse numérique 7, 7a, 7b du premier coffre-fort 3, 3a, 3b sur la chaîne de blocs ; envoyer à l’utilisateur au moins une notification comprenant l’adresse numérique 8, 8’ dudit contrat intelligent et/ou l’adresse numérique 7, 7a, 7b dudit premier coffre-fort, afin de permettre audit utilisateur de vérifier le déploiement dudit contrat intelligent et l’identité de la plateforme 2, 2a, 2b l’ayant déployé. Pour ce faire, la plateforme 2, 2a, 2b comprend des moyens pour effectuer un tel enregistrement et des moyens pour envoyer une telle notification à l’utilisateur, par exemple sur un terminal au moyen duquel ledit utilisateur est connecté à la chaîne de blocs. Le terminal destinataire peut être un terminal portable, notamment un téléphone portable dit intelligent (pour l’anglais « smartphone »), mais aussi une tablette numérique, ou encore un assistant personnel (PDA, pour l’anglais « Personal Digital Assistant »). Le deuxième coffre-fort 9 est agencé pour fournir l’adresse numérique 7, 7a, 7b utilisée par la plateforme 2, 2a, 2b ayant déployé un contrat intelligent 1, 1’ donné, par exemple en réponse à une requête contenant l’adresse numérique 8, 8’ dudit contrat intelligent. Ainsi, dès lors qu’un utilisateur connaît l’adresse numérique 7, 7a, 7b utilisée par une plateforme 2, 2a, 2b, il peut facilement vérifier si le contrat intelligent 1, 1’ a bien été enregistré par la plateforme 2, 2a, 2b de confiance. En particulier, comme représenté sur les figures 2 et 3, le deuxième coffre-fort 9 comprend une liste informatique S2 dans laquelle sont enregistrées les adresses numériques 8, 8’ des contrats intelligents 1, 1’ développés et/ou déployés par des plateformes 2, 2a, 2b de confiance choisies par l’utilisateur desdits contrats, lesdites adresses étant associées chacune à l’(les) adresse(s) numérique(s) 7, 7a, 7b correspondant à la(aux) plateforme(s) 2, 2a, 2b ayant participé à l’enregistrement desdits contrats au sein de ladite liste. Ainsi, le deuxième coffre-fort 9 permet de reconnaître et constituer un réseau de plateformes 2, 2a, 2b de confiance pour participer au déploiement des contrats intelligents 1, 1’ pour des utilisateurs sur la chaîne de blocs. La liste S2 peut également comprendre d’autres données, parmi lesquelles un identifiant du groupe de clients auquel appartient l’utilisateur sur la chaîne de blocs, des informations sur le niveau de sécurité des contrats intelligents 1, 1’ et/ou des informations sur une quantité de monnaie cryptographique contenue dans ledit contrat intelligent. Ces données supplémentaires dépendent notamment des applications exécutables avec le contrat intelligent 1, 1’. Pour permettre à une plateforme 2, 2a, 2b d’accéder au deuxième coffre-fort 9, le procédé prévoit l’enregistrement préalable de : une adresse numérique 10 du deuxième coffre-fort 9 dans le premier coffre-fort 3, 3a, 3b ; et l’adresse numérique 7, 7a, 7b du premier coffre-fort 3, 3a, 3b dans le deuxième coffre-fort 9 ; de sorte que ladite plateforme puisse accéder audit deuxième coffre-fort au moyen de l’adresse numérique 7, 7a, 7b du premier coffre-fort 3, 3a, 3b. Pour ce faire, la plateforme 2, 2a, 2b comprend des moyens pour effectuer de tels enregistrements au sein des coffres-forts 3, 3a, 3b, 9. En particulier, en relation avec la , la plateforme 2 comprend des moyens pour enregistrer : l’adresse numérique 10 du deuxième coffre-fort 9 dans une liste informatique L3 distincte de la liste L1 au sein du premier coffre-fort 3 ; l’adresse numérique 7 du premier coffre-fort 3 dans une liste informatique S1 distincte de la liste S2 au sein du deuxième coffre-fort 9. Ainsi, le premier coffre-fort 3, 3a, 3b comprend au moins : une première liste L1 telle que décrite précédemment, qui contient l’ensemble des identifiants de type EOA 4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b de la plateforme de déploiement 2, 2a, 2b correspondante ; une deuxième liste L3, qui contient les adresses numériques 10 des deuxièmes coffres-forts 9 utilisés par ladite plateforme pour enregistrer des contrats intelligents 1, 1’ pour différents utilisateurs sur la chaîne de blocs. Le premier coffre-fort 3, 3a, 3b peut également comprendre d’autres listes, parmi lesquelles : une liste des adresses électroniques (non représentée), par exemple de type URL (pour l’anglais « Uniform Resource Locator »), permettant audit premier coffre-fort d’interagir avec la plateforme 2, 2a, 2b, notamment pour se connecter aux interfaces API (pour l’anglais « Application Programming Interface ») de ladite plateforme ; une liste (non représentée) regroupant les adresses électroniques des nœuds de relais (pour l’anglais “Relay Node”) utilisés par le premier coffre-fort 3, 3a, 3b pour se connecter à la chaîne de blocs ; une liste L2 regroupant les adresses numériques 13 des administrateurs habilités à mettre à jour certaines listes des coffres-forts 3, 3a, 3b, 9, notamment les listes L3, S1 et/ou des listes contenant des adresses numériques d’interférence desdits coffres-forts avec la plateforme 2, 2a, 2b ou d’autres éléments de la chaîne de blocs. Le premier coffre-fort 3, 3a, 3b peut également comprendre une variable indiquant un mode d’ajout d’une nouvelle adresse 13 dans la liste L2 d’« identifiants autorisés » mentionnée ci-dessus. En particulier, cette variable peut être établie de manière permanente lors du déploiement du premier coffre-fort 3, 3a, 3b. Par exemple, cette variable peut être choisie suivant différents modes prédéterminés, parmi lesquels : un mode « unitaire », qui permet à n’importe quel administrateur 11 dont l’adresse 13 est enregistrée dans cette liste L2 d’y ajouter une nouvelle adresse 13 ; un mode « premier », qui permet uniquement au créateur du coffre-fort 3, 3a, 3a d’ajouter une adresse 13 dans cette liste L2 ; un mode « quatre yeux », qui nécessite l’accord de deux administrateurs 11 enregistrés dans cette liste L2 pour l’ajout d’une nouvelle adresse 13 ; un mode « majoritaire », qui nécessite l’accord d’au moins la moitié des administrateurs 11 enregistrés dans cette liste L2 ; un mode « unanime », qui nécessite l’accord d’au moins 75% desdits administrateurs. De même, le deuxième coffre-fort 9 comprend au moins : une liste S1 dans laquelle sont enregistrées les clés publiques 7, 7a, 7b des premiers coffres-forts 3, 3a, 3b autorisés à interagir avec ledit deuxième coffre-fort pour enregistrer des contrats intelligents 1, 1’ dans une liste S2 telle que décrite précédemment ; et une telle liste S2, qui contient les adresses numériques 8, 8’ des contrats intelligents 1, 1’ déployés, associées aux adresses numériques/clés publiques 7, 7a, 7b des premiers coffres-forts 3, 3a, 3b utilisés pour déployer lesdits contrats intelligents. Le deuxième coffre-fort 9 peut également comprendre une variable indiquant un mode d’ajout d’une nouvelle adresse 7, 7a, 7b dans la première liste S1 d’« identifiants autorisés » mentionnée ci-dessus. En particulier, cette variable peut être établie de manière permanente lors du déploiement du deuxième coffre-fort 9. Par exemple, cette variable peut être choisie suivant différents modes prédéterminés, parmi lesquels : un mode « unitaire », qui permet à n’importe quelle plateforme 2, 2a, 2b dont l’adresse 7, 7a, 7b est enregistrée dans cette liste S1 d’y ajouter une nouvelle adresse 7, 7a, 7b ; un mode « premier », qui permet uniquement au créateur du coffre-fort 9 d’ajouter une adresse 7, 7a, 7b dans cette liste S1 ; un mode « quatre yeux », qui nécessite l’accord de deux plateformes 2, 2a, 2b enregistrées dans cette liste S1 pour l’ajout d’une nouvelle adresse 7, 7a, 7b ; un mode « majoritaire », qui nécessite l’accord d’au moins la moitié des plateformes 7, 7a, 7b de cette liste S1 ; un mode « unanime », qui nécessite l’accord d’au moins 75% desdites plateformes. Lors de l’enregistrement d’un contrat intelligent 1, 1’, la plateforme 2, 2a, 2b qui effectue cet enregistrement envoie au deuxième coffre-fort 9 une notification comprenant l’adresse numérique 7, 7a, 7b du premier coffre-fort 3, 3a, 3b qu’elle utilise et une adresse numérique 8, 8’ dudit contrat intelligent. Le deuxième coffre-fort 9 vérifie ensuite que l’adresse 7, 7a, 7b est bien présente dans la liste S1 des premiers coffres-forts 3, 3a, 3b autorisés et, le cas échéant, enregistre ensemble les deux adresses 7, 7a, 7b, 8, 8’ dans la liste S2. Le procédé prévoit la création du premier 3, 3a, 3b et du deuxième 9 coffres-forts par un administrateur 11 de la plateforme 2, 2a, 2b, par exemple un employé d’une organisation ou d’une entreprise utilisant ladite plateforme pour fournir des services à ses clients, utilisateurs de la chaine de blocs. En particulier, pour faire connaître cette fonctionnalité à ses clients et/ou à des clients potentiels, l’organisation ou l’entreprise détenant la plateforme 2, 2a, 2b peut publier un lien interactif lié à l’adresse numérique 7, 7a, 7b, par exemple sous la forme d’un code-barres ou d’un code QR (pour l’anglais « Quick Response »), dans un journal papier ou numérique. La plateforme 2, 2a, 2b comprend des moyens pour permettre à un administrateur 11 d’interagir avec ladite plateforme au moyen d’un terminal 12 dudit administrateur, par exemple un terminal de type « smartphone » ou tout type de terminal mentionné précédemment, pour créer les coffres-forts 3, 3a, 3b, 9. Le procédé prévoit en particulier, grâce à des moyens adaptés intégrés à la plateforme 2, 2a, 2b, d’enregistrer dans les coffres-forts 3, 3a, 3b, 9 au moins un identifiant 13 de l’administrateur 11 sur la chaîne de blocs. L'identifiant 13 peut notamment être l’adresse de type EOA correspondant à une paire de clés cryptographiques attribuée à l’administrateur 11 sur la chaîne de blocs. En particulier, cette adresse de type EOA 13 est liée par des fonctions mathématiques à une clé privée, cette clé et son adresse dérivée étant liées au terminal 12 de l’administrateur 11, et pouvant notamment être créées directement dans ledit terminal sous le contrôle dudit administrateur, qui n’est identifié que par l’adresse 13 lors de ses interactions avec la chaîne de blocs et le reste du système. De ce fait, la clé privée ne quitte jamais le terminal 12 de l’administrateur 11, ce qui garantit audit administrateur une sécurité optimale. Pour ce faire, le terminal 12 peut comprendre des moyens, notamment intégrés dans une application installée sur ledit terminal, pour permettre à l’administrateur 11 de créer ou d’entrer en possession d’un tel ensemble clé / identifiant 13 sous le contrôle dudit administrateur, et la plateforme 2, 2a, 2b comprend des moyens pour enregistrer un tel identifiant 13 dans les coffres-forts 3, 3a, 3b, 9, notamment par interaction avec ledit terminal. En particulier, le procédé prévoit la création et l’enregistrement dans les coffres-forts 3, 3a, 3b, 9 d’un identifiant provisoire 14a pour l’administrateur 11 lors de la création desdits coffres-forts, puis l’enregistrement dans lesdits coffres-forts d’un identifiant 13 de connexion dudit administrateur sur la chaîne de blocs à la place dudit identifiant provisoire. A cet effet, la plateforme 2, 2a, 2b comprend des moyens adaptés pour, d’une part, créer et/ou enregistrer un tel identifiant provisoire 14a dans les coffres-forts 3, 3a, 3b, 9 lors de leur création desdits coffres-forts puis, d’autre part, enregistrer dans lesdits coffres-forts une tel identifiant de connexion 13 à la place dudit identifiant provisoire. En relation notamment avec la , pour initier la création des coffres-forts 3, 9, l’administrateur 11 se connecte au moyen de son terminal 12 à une interface API adaptée fournie par la plateforme 2 pour générer un ensemble clé privée 14b / identifiant 14a provisoire, en lançant une procédure 15 adaptée sur ladite interface. En parallèle, notamment sur requête de l’administrateur 11, la plateforme 2 lance une procédure 16 spécifique pour créer un seconde ensemble clé / identifiant provisoire EOAb, qui sera également utilisé pour créer les coffres-forts 3, 9. L’administrateur 11 envoie ensuite à la plateforme 2 une requête 17 contenant notamment l’identifiant provisoire 14a, afin de créer le deuxième coffre-fort 9 au moyen de l’identifiant EOAb et avec l’identifiant provisoire 14a comme adresse parente. En réponse, la plateforme 2 génère le deuxième coffre-fort 9 et communique à l’administrateur 11 une notification 18 contenant notamment l’adresse numérique 10 dudit deuxième coffre-fort. A ce stade, le terminal 12 interagit avec la chaîne de blocs pour vérifier que l’identifiant provisoire 14a a bien été enregistré comme adresse parente dans le deuxième coffre-fort 9, et poursuit la procédure le cas échéant. Pour ce faire, le terminal 12 se connecte à une interface API adaptée et envoie par ce biais à la plateforme 2 une deuxième requête 19 contenant l’identifiant provisoire 14a, afin de créer le premier coffre-fort 3 au moyen de l’identifiant EOAb et avec : l’identifiant 14a en tant qu’adresse parente ; une liste contenant des liens d’interactions avec la plateforme 2, comprenant comme première entrée une adresse électronique d’une interface API d’identification auprès de ladite plateforme. En réponse, la plateforme 2 génère donc le premier coffre-fort 3 et communique au terminal 12 une notification 20 contenant notamment l’adresse numérique 7 dudit premier coffre-fort. Une fois les coffres-forts 3, 9 créés, le terminal 12 envoie à chaque coffre-fort 3, 9, au moyen de l’adresse provisoire 14a, une notification 21, 22 contenant respectivement l’adresse numérique 7, 10 de l’autre coffre-fort 3, 9, afin d’enregistrer ladite adresse numérique dans une liste spécifique L3, S1 dudit coffre-fort. Ainsi, à ce stade de la procédure, le deuxième coffre-fort 9 comprend une liste S1 de premiers coffres-forts 3 autorisés, avec une première entrée correspondant au premier coffre-fort 3 venant d’être créé. De même, le premier coffre-fort 3 comprend une liste L3 de deuxièmes coffres-forts 9 avec une première entrée correspondant au deuxième coffre-fort 9 venant d’être créé. En particulier, le premier coffre-fort 3 est alors opérationnel pour enregistrer des données dans le deuxième coffre-fort 9, et l’administrateur 11 peut lire l’adresse numérique 10 dudit deuxième coffre-fort directement à partir du premier coffre-fort 3. Ensuite, la procédure prévoit de supprimer l’identifiant provisoire 14a dans les coffres-forts 3, 9, et d’enregistrer à sa place un identifiant 13 de connexion de l’administrateur 11 à la chaîne de blocs. En relation avec la , si l’administrateur 11 possède déjà un tel identifiant 13 au moment de la création des coffres-forts 3, 9, son identifiant 13 est enregistré dans un coffre-fort numérique 23 spécifique de la chaîne de blocs. En particulier, cet identifiant 13 peut y être enregistré en étant associé à une identité numérique de l’administrateur 11 indépendante de la chaîne de blocs, par exemple en utilisant son compte d’identité numérique sur une plateforme tierce 24 d’un autre service en ligne, ce qui permet audit administrateur de se connecter à la chaîne de blocs au moyen de ce compte d’identité numérique, au besoin en évitant d’avoir recours à l’identifiant 13 dérivé de sa clé privée. Ainsi, pour se connecter sur son compte d’identité numérique, l’administrateur 11 envoie, au moyen de son terminal 12, une requête 25 lui permettant de faire reconnaître son identité numérique à la plateforme tierce 24 correspondante, qui répond audit administrateur en lui envoyant une notification 26 de succès ou d’échec de ladite reconnaissance, selon si les éléments communiqués dans ladite requête correspondent ou non à une identité numérique reconnue par le service rattaché à ladite plateforme tierce. A l’issue, en cas de succès de cette reconnaissance de l’identité numérique de l’administrateur 11, la plateforme tierce 24 envoie via la plateforme 2 une notification 27 à un coffre-fort 23 tel que décrit précédemment, pour positionner l’identifiant de type EOA 13 de l’administrateur 11 sur la chaîne de blocs. Le coffre-fort 23 est soit créé à ce moment-là, soit réutilisé s’il en existait déjà un pour l’administrateur 11 sur la chaîne de blocs. La plateforme 2 envoie en outre une notification 28 au deuxième coffre-fort 9, qui enregistre l’identifiant 13 dans la liste créée précédemment, qui recense les adresses numériques 7, 7a, 7b des plateformes 2, 2a, 2b autorisées à interagir avec le deuxième coffre-fort 9, et qui contient notamment l'adresse numérique 7 du premier coffre-fort 3 créé précédemment. En relation avec les figures 4b et 3, le terminal 12 enregistre ensuite l’identifiant de type EOA 13 de l’administrateur 11 dans une seconde liste L2 du premier coffre-fort 3 (voir notamment la ), ladite seconde liste regroupant les adresses numériques 13 des administrateurs 11 habilités à mettre à jour : dans le premier coffre-fort 3 : une liste L3 des adresses numériques 10 des deuxièmes coffres-forts 9 utilisés par ledit premier coffre-fort et/ou une liste (non représentée) des adresses électroniques d’interférence avec la plateforme 2 ; dans le deuxième coffre-fort 9 : une liste (non représentée) des variables de référence du deuxième coffre-fort 9 et/ou la liste S1 des identifiants 7, 7a, 7b autorisés à interagir avec ledit deuxième coffre-fort. A ce stade de la procédure, l’administrateur 11 peut mettre à jour les coffres-forts 3, 9 directement au moyen de son identifiant 13 de connexion à la chaîne de blocs, et n’a plus besoin de l’identifiant provisoire 14a. Ainsi, l’administrateur 11 peut détruire l’ensemble clé privée 14b / identifiant 14a provisoire, puis relancer son identification auprès de la plateforme tierce 24 après avoir regénéré un ensemble clé / identifiant, afin de mettre à jour ses identifiants. En relation avec la , pour finaliser la création du premier coffre-fort 3, la plateforme 2 génère au moins un ensemble clé privée 5, 5’ / identifiant 4, 4’ de connexion à la chaîne de blocs, puis communique ses identifiants 4, 4’ à l’administrateur 11, notamment par l’envoi d’une notification 29 adaptée. L’administrateur 11 envoie ensuite au premier coffre-fort 3 une notification 30 pour y enregistrer les identifiants 4, 4’, notamment dans une liste L1 telle que mentionnée précédemment, afin de permettre à la plateforme 2 de déployer des contrats intelligents 1, 1’ au moyen du premier coffre-fort 3. Le procédé prévoit en outre de permettre à l’administrateur 11 de désactiver le premier coffre-fort 3, 3a, 3b, afin d’empêcher le déploiement et/ou la modification ultérieur(e)(s) de contrats intelligents 1, 1’ au moyen dudit premier coffre-fort. Pour ce faire, la plateforme 2, 2a, 2b comprend des moyens pour permettre à l’administrateur 11 d’effectuer une telle désactivation, notamment par interaction de son terminal 12 avec ladite plateforme. Procédé pour permettre à des utilisateurs de déployer des contrats intelligents (1, 1’) dans une chaîne de blocs au moyen d’une plateforme de déploiement (2, 2a, 2b), ledit procédé prévoyant de : créer un premier coffre-fort numérique (3, 3a, 3b) pour ladite plateforme sur la chaîne de blocs ; enregistrer dans ledit premier coffre-fort numérique au moins un identifiant (4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b) de ladite plateforme sur la chaîne de blocs ; ledit procédé prévoyant en outre, lorsqu’un utilisateur sollicite ladite plateforme pour déployer un contrat intelligent (1, 1’) dans la chaîne de blocs, de : enregistrer une adresse numérique (8, 8’) du contrat intelligent (1, 1) dans un deuxième coffre-fort numérique (9) de la chaîne de blocs, en l’associant à une adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b) sur ladite chaîne de blocs ; envoyer à l’utilisateur au moins une notification comprenant l’adresse numérique (8, 8’) dudit contrat intelligent et/ou une adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b), afin de permettre audit utilisateur de vérifier le déploiement dudit contrat intelligent et l’identité de la plateforme (2, 2a, 2b) l’ayant déployé. Procédé selon la revendication 1, caractérisé en ce que l’identifiant comprend une adresse numérique (4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b) de la plateforme de déploiement (2, 2a, 2b) sur la chaîne de blocs. Procédé selon l’une des revendications 1 ou 2, caractérisé en ce qu’il prévoit d’enregistrer dans le premier coffre-fort (3, 3a, 3b) plusieurs identifiants (4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b) de la plateforme de déploiement (2, 2a, 2b) sur la chaîne de blocs, afin de permettre à ladite plateforme d’accéder audit premier coffre-fort et de déployer un contrat intelligent (1, 1’) sur la chaîne de blocs au moyen de n’importe lequel desdits identifiants enregistrés. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu’il prévoit l’enregistrement préalable de : une adresse numérique (10) du deuxième coffre-fort (9) dans le premier coffre-fort (3, 3a, 3b) ; et l’adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b) dans le deuxième coffre-fort (9) ; afin de permettre à la plateforme (2, 2a, 2b) d'accéder au deuxième coffre-fort (9) au moyen de l’adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b). Procédé selon l’une quelconque des revendications 1 à 4, caractérisé en ce qu’il prévoit la création du premier (3, 3a, 3b) et du deuxième (9) coffres-forts par un administrateur (11) de la plateforme (2, 2a, 2b), par interaction dudit administrateur avec ladite plateforme. Procédé selon la revendication 5, caractérisé en ce qu’il prévoit l’enregistrement dans les coffres-forts (3, 3a, 3b, 9) d’au moins un identifiant (13) de l’administrateur (11) sur la chaîne de blocs. Procédé selon la revendication 6, caractérisé en ce qu’il prévoit la création et l’enregistrement dans les coffres-forts (3, 3a, 3b) d’un identifiant provisoire (14a) pour l’administrateur (11) lors de la création desdits coffres-forts, puis l’enregistrement dans lesdits coffres-forts d’un identifiant (13) de connexion dudit administrateur sur la chaîne de blocs à la place dudit identifiant provisoire. Procédé selon l’une quelconque des revendications 4 à 7, caractérisé en ce qu’il prévoit de permettre à l’administrateur (11) de désactiver le premier coffre-fort (3, 3a, 3b), afin d’empêcher le déploiement et/ou la modification ultérieur(e)(s) de contrats intelligents (1, 1’) au moyen dudit premier coffre-fort. Plateforme (2, 2a, 2b) pour permettre à des utilisateurs de déployer des contrats intelligents (1, 1’) dans une chaîne de blocs, ladite plateforme comprenant : des moyens pour créer un premier coffre-fort numérique (3, 3a, 3b) pour ladite plateforme sur la chaîne de blocs ; des moyens pour enregistrer dans ledit premier coffre-fort numérique au moins un identifiant (4, 4’, 4’’, 4a, 4’a, 4’’a, 4b, 4’b, 4’’b) de ladite plateforme sur la chaîne de blocs ; ladite plateforme comprenant en outre : des moyens pour, lorsqu’un utilisateur sollicite ladite plateforme pour déployer un contrat intelligent (1, 1’) dans la chaîne de blocs, enregistrer une adresse numérique (8, 8’) du contrat intelligent (1, 1’) dans un deuxième coffre-fort numérique (9) de la chaîne de blocs, en l’associant à une adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b) sur ladite chaîne de blocs ; des moyens pour envoyer à l’utilisateur au moins une notification comprenant l’adresse numérique (8, 8’) dudit contrat intelligent et/ou une adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b), afin de permettre audit utilisateur de vérifier le déploiement dudit contrat intelligent et l’identité de la plateforme (2, 2a, 2b) l’ayant déployé. Plateforme de déploiement (2, 2a, 2b) selon la revendication 9, caractérisée en ce qu’elle comprend : des moyens pour enregistrer au préalable une adresse numérique (10) du deuxième coffre-fort (9) dans le premier coffre-fort (3, 3a, 3b) ; et des moyens pour enregistrer au préalable l’adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b) dans le deuxième coffre-fort (9) ; afin de permettre à ladite plateforme d'accéder au deuxième coffre-fort (9) au moyen de l’adresse numérique (7, 7a, 7b) du premier coffre-fort (3, 3a, 3b). Plateforme de déploiement (2, 2a, 2b) selon l’une des revendications 9 ou 10, caractérisée en ce qu’elle comprend des moyens pour permettre à un administrateur (11) d’interagir avec ladite plateforme au moyen d’un terminal (12) dudit administrateur pour créer les premier (3, 3a, 3b) et deuxième (9) coffres-forts. Plateforme de déploiement (2, 2a, 2b) selon la revendication 11, caractérisée en ce qu’elle comprend des moyens pour enregistrer dans les coffres-forts (3, 3a, 3b, 9) au moins un identifiant (13) de l’administrateur (11) sur la chaîne de blocs. Plateforme de déploiement (2, 2a, 2b) selon la revendication 12, caractérisée en ce qu’elle comprend : des moyens pour créer et/ou enregistrer dans les coffres-forts (3, 3a, 3b, 9) un identifiant provisoire (14a) pour l’administrateur (11) lors de la création desdits coffres-forts ; des moyens pour enregistrer dans les coffres-forts (3, 3a, 3b, 9) un identifiant (13) de connexion dudit administrateur sur la chaîne de blocs à la place de ladite clé provisoire. Plateforme de déploiement (2, 2a, 2b) selon l’une quelconque des revendications 11 à 13, caractérisée en ce qu’elle comprend des moyens pour permettre à l’administrateur (11) de désactiver le premier coffre-fort (3, 3a, 3b), afin d’empêcher le déploiement et/ou la modification ultérieur(e)(s) de contrats intelligents (1, 1’) au moyen dudit premier coffre-fort.