FR 3100351 A1 20210305 FR 1909627 A 20190902 Description Titre de l'invention : connexion à chaîne de blocs de données DOMAINE DE L'INVENTION [0001] L'invention concerne le domaine des chaînes de blocs et plus particulièrement une technique de connexion à une chaîne(s) de blocs. ETAT DE LA TECHNIQUE [0002] La technologie d'enregistrement de données au moyen de chaînes de blocs (technique plus connue sous l'appellation anglo-saxonne « blockchain ») est une technologie qui appuie la confiance que l'on peut avoir sur les données enregistrées sur l'historique des données. A priori, on ne peut supprimer aucune donnée stockée dans une chaîne de blocs. Par conséquence, une chaîne de blocs ne fait qu'augmenter en taille de stockage. Or les systèmes ont, généralement, une capacité limitée de stockage qui ne peut donc pas faire face à la croissance potentiellement infinie d'une chaîne de blocs. [0003] Une chaîne de blocs indexe les données jugées importantes. Chaque bloc, chaque transaction, chaque adresse, par exemple, est une dé indexée pour un accès rapide aux données. Par contre, plus un index contient de clés plus ses performances sont réduites. Comme une chaîne de blocs ne fait qu'augmenter en taille de stockage, plus elle est utilisée, plus cette chaîne de blocs stocke des données obsolètes, plus ses performances se réduisent. [0004] 11 apparaît donc un besoin de pouvoir remplacer une chaîne de blocs par une autre. Du fait de cc remplacement d'une chaîne de blocs, la connexion des utilisateurs à chaque chaîne de blocs de remplacement peut être problématique. Il apparaît ainsi un besoin pour un mécanisme de connexion qui soit indépendant de la chaîne de blocs ayant été remplacée et permette une supervision des connexions à une succession de chaînes de blocs. [0005] En outre, les chaînes de blocs auxquelles un utilisateur est susceptible de sc connecter se multiplient. Ces chaînes de blocs peuvent en outre correspondre à des applications connexes de sorte qu'il apparaît un besoin pour une gestion et/ou un contrôle centralisé(e) des connexions à différentes chaînes de blocs. [0006] Il apparaît ainsi un besoin de remédier à tout ou partie des problèmes, inconvénients ou insuffisances de l'état de la technique et/ou d'y apporter des améliorations. [0007] RESUME [0008] Selon un premier aspect, la présente description concerne un procédé de connexion à une chaîne de blocs, le procédé étant mis en oeuvre par un ou plusieurs ordinateurs et comprenant : une réception d'une demande de connexion à la chaîne de blocs, la 2 chaîne de blocs étant une chaîne de blocs secondaire dont l'accès est supervisé via une chaîne de blocs principale ; une allocation à l'utilisateur d'une adresse secondaire pour la connexion à la chaîne de blocs secondaire; un enregistrement, dans la chaîne de blocs principale, dans un annuaire d'utilisateurs, de l'adresse secondaire ; un enregistrement, dans la chaîne de blocs principale, dans une zone de supervision de la chaîne de blocs secondaire, des droits de l'utilisateur sur la chaîne de blocs secondaire accordés par l'administrateur de la chaîne de blocs secondaire ; une authentification de l'utilisateur au moyen de l'adresse secondaire suite à une demande de connexion à la chaîne de blocs secondaire. [0009] Dans un ou plusieurs modes de réalisation, le procédé selon le premier aspect comprend une réception d'une requête d'enregistrement d'une transaction envoyée par l'utilisateur via une adresse multisignée générée à partir de l'adresse secondaire et d'une adresse utilisateur d'un administrateur de la chaîne de blocs secondaire ; une signature de la transaction par l'utilisateur au moyen de la signature correspondant à l'adresse secondaire. [0010] Dans un ou plusieurs modes de réalisation, le procédé selon le premier aspect comprend un enregistrement, dans la chaîne de blocs principale, d'un catalogue de chaînes de blocs secondaires, le catalogue comprenant pour chaque chaîne de blocs secondaire une description et un lien vers une zone de supervision de la chaîne de blocs secondaire concernée; une recherche d'au moins une chaîne de blocs secondaire dans le catalogue de chaînes de blocs sur la base de critères de recherche entrés par un utilisateur; une obtention, dans la zone de supervision de la chaîne de blocs secondaire concernée, de paramètres de connexion à la chaîne de blocs secondaire correspondant aux critères de recherche. [0011] Dans un ou plusieurs modes de réalisation, le procédé selon le premier aspect comprend une connexion de l'utilisateur à la chaîne de blocs principale au moyen d'une adresse principale allouée à cet utilisateur; une lecture, au moyen d'une adresse principale, dans l'annuaire d'utilisateurs de l'adresse secondaire de l'utilisateur et de l'adresse multisignée; une lecture, dans la chaîne de blocs principale dans la zone de supervision de la chaine de bloc secondaire, des droits de l'utilisateur stockés en association avec l'adresse multisignée lue; une réception d'une demande d'accès de l'utilisateur à la chaîne de blocs secondaire et une authentification de l'utilisateur sur la base de l'adresse secondaire lue ; une connexion de l'utilisateur à la chaîne de blocs secondaire en cas d'authentification réussie. [0012] Dans un ou plusieurs modes de réalisation du procédé selon le premier aspect, l'adresse secondaire allouée à un utilisateur pour la connexion à la chaîne de blocs est stockée dans l'annuaire d'utilisateurs en association avec l'adresse multisignée. [0013] Dans un ou plusieurs modes de réalisation du procédé selon le premier aspect, les 3 droits d'un utilisateur sur la deuxième chaîne de blocs sont enregistrés dans la zone de supervision en association avec l'adresse multisignée allouée à cet utilisateur. [0014] Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en oeuvre du procédé selon le premier aspect. [0015] Selon un deuxième aspect, la présente description concerne un dispositif in- formatique ou système informatique comprenant des moyens de mise en oeuvre du procédé selon le premier aspect. Ces moyens peuvent comprendre un ou plusieurs processeurs et une ou plusieurs mémoires comprenant un code de programme d'ordinateur, la ou les mémoires et le code de programme d'ordinateur étant configurés pour, avec le ou les processeurs, causer l'exécution par le dispositif des étapes du procédé selon le premier aspect. Par exemple, la ou les mémoires comprennent un programme d'ordinateur comprenant des instructions configurées pour causer l'exécution par le dispositif des étapes du procédé selon le premier aspect. [0016] Dans un ou plusieurs modes de réalisation, les différentes étapes du procédé selon le premier aspect sont mises en oeuvre par un ou plusieurs programmes d'ordinateur. [0017] Selon un troisième aspect, la présente description concerne ainsi un support de stockage de données lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'un procédé selon le premier aspect sont mises en oeuvre par un ou plusieurs programmes d'ordinateur. [0018] Selon un quatrième aspect, la présente description concerne ainsi un produit programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'un procédé selon le premier aspect lorsque le programme d'ordinateur est exécuté par un processeur de données. BREVE DESCRIPTION DES FIGURES [0019] D'autres buts, caractéristiques et avantages de l'invention apparaîtront à travers la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite par référence aux dessins annexés dans lesquels: [fig.1A] représente de manière schématique un système de communication comprenant des chaînes de blocs; [fig.1B] illustre de manière schématique des aspects d'un noeud d'un système de communication selon la Fig. lA ; [fig.1C] illustre des aspects de la génération d'une adresse utilisateur ; [fig.1D] illustre des aspects de la génération d'une adresse multisignée ; [fig.2A] représente de manière schématique les relations entre une chaîne de blocs principale et des chaînes de bloc secondaires ; [fig.2B] représente de manière schématique les relations entre une chaîne de blocs principale et des chaînes de bloc secondaires pour la gestion des droits et adresses d'un utilisateur ; Ifig.3A1 illustre de manière schématique des aspects d'un procédé de connexion d'un utilisateur à une chaîne de blocs secondaire ; Ifig.3B I représente un organigramme d'un procédé de connexion d'un utilisateur à une chaîne de blocs secondaire selon un ou plusieurs modes de réalisation selon un ou plusieurs modes de réalisation ; Ifig.4AI illustre de manière schématique des aspects d'un procédé de migration d'une chaîne de blocs secondaire à remplacer vers une chaîne de blocs secondaire de remplacement ; Ifig.4B I représente un organigramme d'un procédé de migration d'une chaîne de blocs secondaire à remplacer vers une chaîne de blocs secondaire de remplacement selon un ou plusieurs modes de réalisation. DESCRIPTION DETAILLEE [0020] De manière connue, les chaînes de blocs peuvent être utilisées pour enregistrer n'importe quel type de transactions. En arrière-plan, une chaîne de blocs est généralement définie comme étant un registre informatisé de transactions. La chaîne de blocs (cc registre informatisé) "s'agrandit" au fur et à mesure que des blocs de données y sont enregistrés, ces blocs de données correspondant à de nouvelles transactions ou à des ensembles de nouvelles transactions qui sont ajoutés à la chaîne de blocs. Les nouveaux blocs de données correspondant aux nouvelles transactions sont enregistrés dans la chaîne de blocs après un processus de validation qui est propre à chaque chaîne de bloc. [0021] Lc terme "transaction" peut couvrir tout type d'opération entre un ou plusieurs acteurs. Elle peut être relative à tout type de produit ou matériel, composant de dispositif, emballage et/ou document ou fichier physique ou électronique, y compris des actifs virtuels tels que des données, des fichiers électroniques, des actifs incorporels ou même de la crypto-monnaie. La technologie dite de "chaîne de blocs" permet la création d'un registre informatisé d'opérations, non répudiable, résistant à la falsification. [0022] La Fig. lA représente de manière schématique un système de communication 1000 pour la mise en oeuvre de chaînes de blocs, dans le cas d'une ai-chitecture décentralisée. Ce système de communication 1000 comprend plusieurs noeuds 100, 101, 102 communiquant entre eux au travers d'un réseau de communication 110. Ces noeuds sont généralement organisés en réseau de pairs. [0023] Chaque noeud 100, 101, 102 du système de communication 1000 peut con-espondre à un ou plusieurs dispositifs informatiques physiquement distincts, mettant en oeuvre un logiciel correspondant à une ou plusieurs applications logicielles. Ce logiciel met en oeuvre, au niveau du noeud considéré, les fonctionnalités d'une chaîne de blocs et accède à un ou plusieurs jeux de données pour le stockage des blocs de données de la chaîne de bloc considérée. [0024] Pour chaque noeud 100, 101, 102 du système de communication 1000, les blocs de données peuvent être stockés de manière répartie (dans ce cas, on parle de registre distribué, ou « distributcd ledger » selon la terminologie anglo-saxonne), par exemple sur un ou plusieurs sous-noeuds d'un réseau local au niveau du noeud considéré. [0025] De manière simplifiée et à titre d'exemple, dans le cas de la Fig. 1, le noeud 100 comprend un dispositif informatique 150, mettant en oeuvre les fonctionnalités de deux chaînes de blocs 130, 140 et accédant à deux jeux de données 130, 140, qui correspondent respectivement à ces deux chaînes de blocs 130, 140. De même, le noeud 101 comprend un dispositif informatique 151, mettant en oeuvre les fonctionnalités de deux chaînes de blocs 131, 141 et accédant à deux jeux de données 131, 141, qui correspondent respectivement à ces deux chaînes de blocs 131, 141. De même, le noeud 102 comprend un dispositif informatique 152, mettant en oeuvre les fonctionnalités de deux chaînes de blocs 132, 142 et accédant à deux jeux de données 132, 142, qui correspondent respectivement à ces deux chaînes de blocs 132, 142. [0026] Chaque dispositif informatique 150, 151, 152 peut être mis en oeuvre par une ou plusieurs machines physiquement distinctes. Le dispositif informatique 150 peut présenter globalement l'architecture d'un ordinateur, incluant des composants d'une telle architecture: mémoire(s) de données, processeur(s), bus de communication, interface(s) matérielle(s) pour la connexion de ce dispositif à un réseau ou un autre équipement, interface(s) utilisateur, etc. [0027] Chaque dispositif informatique 150, 151, 152 est configuré pour communiquer via le réseau de communication 110 avec les autres noeuds 100, 101, 102 du système de communication et met en oeuvre tout ou partie des fonctions d'une ou de plusieurs chaînes de blocs associées 130, 131, 132 et/ou 140, 141, 142. [0028] Dans le cas d'une chaîne de blocs permissionnée (avec gestion de droits), chaque dispositif informatique 150, 151, 152 met en oeuvre des fonctions d'inscription d'utilisateurs, d'allocation de droits sur la chaîne de blocs, d'allocation d'adresses utilisateurs, de contrôle d'accès à la chaîne de blocs, de signature et d'enregistrement de transactions, de lecture et écriture de jeux de données ou blocs de données, etc, selon ce qui est décrit dans ce document pour la chaîne de blocs concernée. [0029] Un noeud 100, 101, 102 peut être un noeud complet ou un noeud léger pour une chaîne de blocs donnée. Si le noeud 100, 101, 102 est un noeud complet, le noeud stocke localement (dans un des jeux de données locales) tous les blocs de données de la chaîne de blocs: les blocs de données sont dans ce cas dupliqués autant de fois qu'il y a de 6 noeuds. [0030] Dans l'exemple de la Fig. 1, si on suppose que la chaîne de bloc 130 (respectivement 140) est initialement crée par un administrateur ZO au moyen du dispositif informatique 150, alors chacune des chaînes de blocs 131 et 132 (respectivement 141 et 142) sont une instance de cette même chaîne de blocs 130 (respectivement 140). Si le noeud 100, 101, 102 est un noeud léger, le noeud stocke localement uniquement les blocs de données de l'utilisateur ZO, Z1, ou Z2 de cc noeud. L'invention décrite dans ce document est applicable quel que soit le type de noeud. [0031] Si par exemple un utilisateur Z1 du noeud 101 souhaite se connecter à une chaîne de blocs 130, il va établir, au moyen d'un dispositif informatique 151, une connexion via un réseau de télécommunication au dispositif informatique 150 correspondant à un administrateur ZO de la chaîne de blocs visée. Si le noeud 101 est un noeud complet, une copie intégrale de la chaîne de blocs 130 sera créée au niveau du noeud 101 après la première connexion et après que les droits aient été donnés à cet utilisateur Z1 sur la chaîne de blocs 130. Chaque nouvel utilisateur suivant Z2, Z3 etc pourra se connecter à l'un quelconque des noeuds 100 ou 101 déjà créés. [0032] La Fig. 1B illustre de manière schématique le principe de mise à jour des chaînes de blocs dans le cas d'exemple d'une chaîne de blocs 141 et d'un noeud 101. On suppose ici que les chaînes de blocs 140, 141, et 142 sont des instances d'une même la chaîne de blocs 141. Pour une chaîne de blocs donnée, chaque noeud 101 (respectivement 100, 102) comprend un logiciel 161 (respectivement 160, 162) mettant en oeuvre toutes les fonctions associées à la chaîne de blocs considérée. Ce logiciel 161 (respectivement 160, 162) peut comprendre au moins un premier sous-ensemble logiciel 161A (respectivement 160A, 162A) configuré pour effectuer les opérations d'écriture et de lecture de blocs de données ainsi que les opérations de synchronisation avec les autres instances de la chaîne de blocs sur les autres noeuds. Selon ce qui est demandé par l'utilisateur du noeud 101, le sous-ensemble logiciel 161A met à jour localement l'instance 141 de la chaîne de blocs considérée par enregistrement d'un ou plusieurs nouveaux blocs de données. De manière connue, par un mécanisme de synchronisation mis en oeuvre au travers du réseau de communication 110 reliant les différents noeuds 100, 101, 102, les autres instances 140 et 142 de cette chaîne de blocs sont mises à jour par enregistrement de ces nouveaux blocs de données au niveau des autres noeuds 100 et 102 gérant respectivement ces autres instances 140 et 142 de la chaîne de blocs. Dans le cas de noeuds légers, cette mise à jour peut se limiter aux seuls blocs de données concernés. Le logiciel 161 peut en outre comprendre au moins un deuxième sous-ensemble logiciel 161B (respectivement 160B, 162B), s'appuyant sur le premier sous-ensemble logiciel 161A et configuré pour mettre en oeuvre les différentes fonctionnalités décrites dans ce document. Le logiciel 161 (respectivement 160, 162) peut 7 en outre comprendre au moins un troisième sous-ensemble logiciel 161C (non représenté) s'appuyant sur les premier et deuxième sous-ensembles logiciels 161 A et 161B et configure pour mettre en oeuvre les fonctionnalités d'interface utilisateur. [0033] Le logiciel d'une chaîne de blocs peut correspondre à une ou plusieurs applications logicielles. Chaque sous-ensemble logiciel du logiciel d'une chaîne de blocs peut correspondre par exemple, selon l'architecture logicielle choisie, à une application logicielle autonome au sein du logiciel, ou bien une couche applicativc au sein du logiciel ou bien encore à un ou plusieurs composants logiciels au sein du logiciel. Toute autre architecture est envisageable. Chaque opération effectuée sur une chaîne de blocs donnée est effectuée au moyen du logiciel associée à cette chaîne de blocs, exécuté par le dispositif informatique d'un des noeuds. Par exemple, les opérations effectuées par un utilisateur Z1 sur une chaîne de bloc donnée seront effectuées au moyen du logiciel 161 associé à la chaîne de bloc considérée, exécutée par le dispositif informatique 151 du noeud 101 associé à l'utilisateur Zl. [0034] De la même façon, les chaînes de blocs 130, 131, et 132 peuvent être des instances d'une même chaîne de blocs et un mécanisme de synchronisation est alors mis en oeuvre pour ces instances 130, 131, 132 au travers du réseau de communication 110 reliant les différents noeuds 100, 101, 102. [0035] . Chaque bloc de données stocké dans une chaîne de blocs 130, 131, 132 ou 140, 141, 142 peut être accédé par un ou plusieurs utilisateurs selon les droits de ces utilisateurs ZO, Z1, Z2 sur ce bloc de données. [0036] La confiance des chaînes de blocs est, notamment, basée sur la responsabilisation de chaque utilisateur qui devient complètement acteur dans sa propre gestion de données. Un utilisateur peut donc avoir la possibilité de créer des jeux de données, si c'est le cas alors il est le propriétaire légitime du jeu de données, personne d'autre que lui ne peut créer de nouvelles données au sein de ce jeu de données. De plus chacun possède sur sa propre adresse, qui n'est accessible par aucun autre acteur, les données qu'il a pu recevoir. Il est donc, a priori, impossible de réaliser une action à la place de quelqu'un d'autre tout en le laissant autonome sur les actions similaires quel que soit le niveau de droit de celui qui réalise l'action. [0037] Les droits des utilisateurs sur une chaîne de blocs sont définis pour les différentes adresses utilisateurs de la chaîne de blocs permissionnée. Une adresse utilisateur (173) correspond à un identifiant personnel sur la chaîne de blocs (comme pourrait l'être une adresse mail sur serveur de mail) [0038] La Fig. 1C illustre le principe de génération d'une adresse utilisateur (173) pour une chaîne de blocs. L'adresse utilisateur (173) d'une entité utilisatrice (ou utilisateur) de la chaîne de blocs peut être vue comme l'identifiant (unique) de cette entité. Cette adresse utilisateur (173) est généralement, dans le cas d'un chiffrement asymétrique, 8 générée à partir d'une clé publique (172) de signature (et donc de la clé privée (171) puisque la clé publique (172) est en général calculée à partir de la clé privée (171)). Une adresse utilisateur (173) peut être utilisée par une entité utilisatrice telle que : une personne physique, un script ou tout système, autonome ou non, pouvant se connecter à une chaîne de blocs. [0039] La Fig. 1C illustre notamment la dépendance entre la clé privée (171), la clé publique (172) et la signature associée. La clé privée (171) est par exemple générée aléatoirement, puis par un premier algorithme (par exemple ECDSA, Elliptic Curve Digital Signature Algorithm) la clé publique (172) est générée à partir de la clé privée (171), puis par un deuxième algorithme (par exemple une fonction de hachage ou « hash selon la terminologie anglo-saxonne) l'adresse utilisateur est générée à partir de la clé publique (172). [0040] D'une manière générale, un utilisateur de chaîne de blocs peut gérer plusieurs adresses utilisateurs, ces adresses utilisateurs sont conservées dans un portefeuille ou "wallet". [0041] Pour une chaîne de blocs, il est possible de distinguer différentes catégories d'actifs (ou classes d'objet). Dans la terminologie anglo-saxonne, on parle d' « asscts », que l'on traduit ici par « actifs ». Par exemple, le terme « Bitcoin » désigne usuellement une chaîne de blocs qui ne contient qu'une seule catégorie d'actifs du même nom: le Bitcoin. Les systèmes de chaînes de blocs plus récents permettent de créer différentes catégories d'actifs selon les besoins des utilisateurs. La classe d'objet est généralement la propriété d'une seule adresse utilisateur appartenant à l'utilisateur créateur de cette classe d'objet et dans ce cas seul cet utilisateur est en mesure de générer de nouvelles unités d'actif pour cet actif. Dans le cas de la chaîne de blocs Bitcoin, chaque utilisateur est propriétaire de l'actif Bitcoin. [0042] Les unités d'actif sont les unités utilisées pour quantifier chaque actif d'une catégorie d'actifs. Par exemple si un actif correspond à une catégorie « Pomme », l'unité d'actif correspond à une «pomme ». Les unités d'actif sont détenues par des adresses qui ont reçues ces unités d'actifs, par exemple suite à des transactions réalisées par la chaîne de blocs. Une instance d'une classe d'objet, indiquant un nombre d'unités d'un actif d'une catégorie donnée, est la propriété d'une seule et même adresse utilisateur (173), c'est-à-dire est la propriété d'un seul utilisateur auquel est affectée cette adresse utilisateur (173). Seul un utilisateur propriétaire d'unités d'actifs est en mesure de transmettre ou de faire des opérations sur des unités d'actifs dont il est propriétaire.. [0043] Les processeurs de chaîne de blocs sont les processus qui passent les transactions du statut « non confirmé » au statut « confirmé », les mineurs par exemple dans le cas d'une chaîne de blocs avec preuve de travail. Par définition, les processeurs ne peuvent accepter, à confirmation, que les transactions techniquement complètes et valides. Une 9 transaction partielle ne peut pas être acceptée par les processeurs et ne peut donc pas être stockée, en tant que transaction, dans une chaîne de blocs. [0044] Les permissions (ou droits utilisateurs) définissent les droits d'une adresse utilisateur (173) sur une chaîne de blocs permissionée. Ce sont les permissions qui indiquent si l'adresse est en mesure de se connecter à la chaîne de blocs, si elle peut envoyer et/ou recevoir des transactions, si elle a la possibilité de créer des actifs. La présente description vise aussi bien des systèmes permissionée, que des systèmes dit nonpermissionés, c'est-à-dire sans la moindre restriction de droits pour tout utilisateur présent ou à venir. [0045] Des exemples de droits pouvant être accordés à une ou des adresses utilisateurs de la chaîne de blocs sont illustrés schématiquement par la Fig. 1D et peuvent comprendre: Des droits de connexion pour une adresse utilisateur (173) ayant le droit de se connecter à la chaîne de blocs (cet ensemble de droits est nommé « Connect » sur la Fig. 1D) ; cet ensemble de droits inclut des droits de lecture, un utilisateur peut donc lire les blocs de données ; Des droits d'envoi pour une adresse utilisateur (173) ayant la possibilité d'envoyer de nouvelles transactions dans la chaîne de blocs (possède implicitement le droit de se connecter) (cet ensemble de droits est nommé « Send » sur la Fig. 1D) ; Des droits de réception pour une adresse utilisateur (173) ayant la possibilité de recevoir des transactions dans la chaîne de blocs (possède implicitement le droit de se connecter) (cet ensemble de droits est nommé « Receive » sur la Fig. ID) ; Des droits de création d'actif pour une adresse utilisateur (173) ayant le droit de créer de nouveaux actifs dans la chaîne de blocs (possède implicitement le droit d'envoi et de réception) (cet ensemble de droits est nommé «Issue» sur la Fig. ID) ; Des droits de création de blocs pour une adresse utilisateur (173) qui gère la création de nouveaux blocs dans la chaîne de blocs (cet ensemble de droits est nommé « Miner » sur la Fig. 1D) ; Des droits d'administrateur grâce auxquels il est possible de donner et retirer différents droits à n'importe quelle adresse (cet ensemble de droits est nommé Admin » sur la Fig. ID); Des droits du créateur de la chaîne de blocs qui incluent au moins les droits d'administrateur (cet ensemble de droits est nommé « Origin Node» sur la Fig. ID). [0046] La Fig. ID illustre en outre le principe de génération d'une adresse multisignée (180, 190) pour une pluralité d'utilisateurs d'une chaîne de blocs. Une adresse multisignée (180, 190) peut être utilisée pour signer des transactions dans une chaîne de blocs. Une adresse multisignée (180, 190) peut prendre différentes formes selon la chaîne de blocs concernée. Une adresse multisignée (180, 190) est une adresse dont l'utilisation est réservée à un nombre prédéfini de signataires (ou utilisateurs) autorisés. Une adresse multisignée (180, 190) est générée à partir des signatures des signataires autorisés. Une adresse multisignée (180, 190) est définie par le nombre de signatures requises pour confirmer une transaction au moyen de cette adresse multisignée (180, 190) et la liste des utilisateurs associés autorisés (ou signataires) associés à ces signatures. Une adresse multisignée (180, 190) est une adresse utilisée pour une transaction qui peut être signée par P clé(s) publique(s) de signature différentes associées aux signataires autorisés et qui doit être signée par au moins S clé(s) publique(s) de signature associées aux signataires autorisés, avec S REVENDICATIONSProcédé de connexion à une chaîne de blocs, le procédé étant mis en oeuvre par un ou plusieurs ordinateurs et comprenant : une réception (330) d'une demande de connexion à la chaîne de blocs, la chaîne de blocs étant une chaîne de blocs secondaire (220) dont l'accès est supervisé via une chaîne de blocs principale ; une allocation (340) à l'utilisateur d'une adresse secondaire pour la connexion à la chaîne de blocs secondaire (220); un enregistrement (350), dans la chaîne de blocs principale, dans un annuaire (230) d'utilisateurs, de l'adresse secondaire ; un enregistrement (360), dans la chaîne de blocs principale, dans une zone de supervision (250) de la chaîne de blocs secondaire (220), des droits de l'utilisateur sur la chaîne de blocs secondaire (220) accordés par l'administrateur de la chaîne de blocs secondaire (220) ; une authentification (370) de l'utilisateur au moyen de l'adresse secondaire suite à une demande de connexion à la chaîne de blocs secondaire (220). Procédé selon la revendication 1 comprenant : une réception (380) d'une requête d'enregistrement d'une transaction envoyée par l'utilisateur via une adresse multisignée générée à partir de l'adresse secondaire et d'une adresse utilisateur d'un administrateur de la chaîne de blocs secondaire ; une signature (380) de la transaction par l'utilisateur au moyen de la signature correspondant à l'adresse secondaire. Procédé selon la revendication 1 ou 2 comprenant : un enregistrement (300), dans la chaîne de blocs principale, d'un catalogue (240) de chaînes de blocs secondaires, le catalogue (240) comprenant pour chaque chaîne de blocs secondaire (220) une description et un lien vers une zone de supervision (250) de la chaîne de blocs secondaire (220) concernée; une recherche (310) d'au moins une chaîne de blocs secondaire (220) dans le catalogue (240) de chaînes de blocs sur la base de critères de recherche entrés par un utilisateur; une obtention, dans la zone de supervision (250) de la chaîne de blocs secondaire (220) concernée, de paramètres de connexion à la chaîne de blocs secondaire (220) correspondant aux critères de recherche. Procédé selon l'une quelconque des revendications 2 à 3 comprenant : 32 une connexion de l'utilisateur à la chaîne de blocs principale au moyen d'une adresse principale allouée à cet utilisateur; une lecture, au moyen d'une adresse principale, dans l'annuaire (230) d'utilisateurs de l'adresse secondaire de l'utilisateur et de l'adresse multisignée (180); une lecture, dans la chaîne de blocs principale dans la zone de supervision (250) de la chaine de bloc secondaire, des droits de l'utilisateur stockés en association avec l'adresse multisignée (180) lue; une réception d'une demande d'accès de l'utilisateur à la chaîne de blocs secondaire (220) et une authentification de l'utilisateur sur la base de l'adresse secondaire lue ; une connexion de l'utilisateur à la chaîne de blocs secondaire (220) en cas d'authentification réussie. [Revendication 5] Procédé selon l'une quelconque des revendications 2 à 4, dans lequel l'adresse secondaire allouée à un utilisateur pour la connexion à la deuxième chaîne de blocs est stockée dans l'annuaire (230) d'utilisateurs en association avec l'adresse multisignée (180). [Revendication 6] Procédé selon l'une quelconque des revendications 2 à 5 dans lequel les droits d'un utilisateur sur la deuxième chaîne de blocs sont enregistrés dans la zone de supervision (250) en association avec l'adresse multisignée (180) allouée à cet utilisateur. [Revendication 7] Dispositif informatique comprenant des moyens de mise en oeuvre du procédé selon l'une quelconque des revendications précédentes. [Revendication 8] Support de stockage de données lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 5. [Revendication 9] Produit programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 5 lorsque ledit programme est exécuté par un processeur de données.