Brevet FR3063406A1 — publié le 20180831

Procédé et dispositif pour échanger des données intègres La présente invention concerne un procédé et un dispositif pour échanger des données intègres, notamment dans le domaine aéronautique et spatial. Dans le domaine aéronautique et spatial, toutes sortes de données sont échangées entre diverses personnes physiques ou morales. En particulier, des données peuvent être échangées entre un aéronef et un système présent en dehors de l'aéronef. Ces données peuvent prendre diverses formes. Par exemple, ces données peuvent prendre la forme d'un logiciel à télécharger sur un système embarqué dans un aéronef, de données de vol mémorisées sur des enregistreurs plus communément appelés « boîtes noires », de données relatives à l'utilisation de l'aéronef et utilisées à des fins de maintenance, de données reçues à bord d'un aéronef pour la gestion de flottes d'aéronefs et connues sous l'acronyme « ATC » qui correspond à l'expression « Air Traffic Control » en langue anglaise. Les données échangées peuvent être tracées pour identifier leurs sources et leurs destinataires. Ces données peuvent devoir être disponibles pour plusieurs acteurs différents, par exemple divers aéronefs, diverses compagnies aériennes, diverses agences gouvernementales... De plus, ces données doivent être fiables. Ces trois conditions s'avèrent difficiles à obtenir. En effet, des attaques informatiques peuvent avoir pour but de modifier les 25 données, et peuvent avoir un impact sur la fiabilité et/ou la traçabilité des données échangées. Par ailleurs et sur un aéronef en vol, les données sont sujettes à un risque de perte en cas de panne ou d'accident. 3063406 2 Lorsque les données sont stockées sur un support de stockage de l'aéronef avant d'être transférées au sol à d'autres acteurs, une destruction involontaire du support de stockage peut entraîner la perte des données mémorisées. 5 Certaines solutions techniques consistent à garantir la fiabilité et la traçabilité des données transmises en utilisant des méthodes de cryptage. Pour vérifier l'authenticité d'un fichier informatique, une méthode connue consiste à utiliser des techniques de cryptographie asymétriques utilisant des algorithmes 10 usuels et une infrastructure à clés publiques. Ces solutions font appel à un tiers de confiance qui est reconnu par les différents acteurs du réseau. Un tel tiers de confiance est parfois appelé « Autorité de Certification », en référence à la notion de « certificat numérique » utilisé par le standard technique applicable en la 15 matière connu sous l'acronyme « PKIX ». Selon une solution de ce type, un couple de clés incluant une clé publique et une clé privée est généré pour un utilisateur. De plus, un tiers de confiance émet un certificat pour attester que ce couple de clés appartient à cet utilisateur. Un certificat peut par 20 exemple contenir un numéro de série, le type de signature utilisé, l'identification du tiers de confiance, des dates d'émission et de validité, l'identification du propriétaire des clés... Par exemple, un certificat peut être établi selon la norme X509. Par exemple, une solution de ce type est connue sous l'acronyme « PKI » correspondant à l'expression anglaise « public key infrastructure ». Les documents FR 2912578, FR 2922702 illustrent de telles solutions. 3063406 3 Bien que séduisantes, ces solutions techniques peuvent s'avérer délicates à mettre en oeuvre. Une difficulté réside dans la difficulté à trouver un tiers de confiance qui satisfasse tous les acteurs en particulier dans un contexte international / 5 intercontinental. En effet, le tiers de confiance doit être judicieusement choisi puisque le tiers de confiance est responsable de la gestion du cycle de vie des éléments cryptographiques utilisés par l'ensemble des acteurs. 10 En outre, le domaine de l'industrie aéronautique et spatiale est à considérer à l'échelle mondiale. Les divers acteurs impliqués dans des échanges de données aéronautiques et spatiales viennent de fait de tous les pays du monde. Convaincre l'ensemble de ces acteurs qu'une autorité peut être un véritable tiers de 15 confiance pour tous les acteurs concernés peut être difficile. En outre, les dispositions nationales régissant les moyens de cryptographie varient d'un état à l'autre. Ces différences peuvent être un frein pour définir une solution technique applicable par des acteurs provenant de divers pays. 20 Les solutions techniques consistant à rendre disponibles des données recueillies, par exemple à partir d'aéronefs, sont plus classiques. Ces solutions peuvent consister à mémoriser ces données en plusieurs endroits physiquement distincts. L'accès aux données est garanti même en cas de destruction d'un lieu de 25 stockage. Par exemple, chaque acteur peut avoir sa propre copie. Toutefois, la synchronisation de toutes les données peut être délicate. S'assurer que les bases de données des différents acteurs sont à jour peut être difficile et onéreux. 3063406 4 Le document FR3018379 n'appartient au domaine de l'invention, et n'apporte aucune solution au problème posé. Ce brevet est cité à titre informatif uniquement. De même, le document US 2016/0283920 est connu. 5 La présente invention a alors pour objet de proposer un procédé notamment adapté à l'environnement aéronautique et spatial. L'invention vise ainsi un procédé pour échanger des données entre des acteurs d'un réseau, le procédé comprenant une étape 10 de cryptographie des données par une méthode cryptographique asymétrique à double clés, chaque acteur étant associé à une double clés comprenant une clé privée et une clé publique. Une chaîne de blocs étant mise en oeuvre, un bloc comprenant une empreinte numérique du bloc qui le précède dans 15 la chaîne de blocs et au moins une transaction qui comprend des données à partager, ledit procédé comporte une étape de création durant laquelle au moins un bloc de la chaîne de blocs dit « bloc d'initialisation » est créé, pour chaque acteur au moins un « bloc d'initialisation » comprenant une transaction dite « transaction 20 d'identification », chaque transaction d'identification comprenant des données dites « données d'identification » de cet acteur, lesdites données d'identification incluant la clé publique de la double clés de cet acteur et au moins une information identifiant cet acteur. 25 L'expression « chaque acteur étant associé à une double clés comprenant une clé privée et une clé publique » signifie que chaque acteur possède une clé privée qui lui est propre, et une clé publique qui correspond à la clé privée. 3063406 5 L'expression « bloc comprenant une empreinte numérique du bloc qui le précède » signifie qu'à l'exception du premier bloc de la chaîne de blocs, chaque bloc comporte l'empreinte numérique du bloc qui le précède dans la chaîne de blocs. 5 Pour mémoire, une chaîne de blocs est connue sous l'expression anglaise « BlockChain ». Une chaîne de blocs est notamment utilisée dans le domaine financier et en particulier dans le système d'échange de monnaie « bitcoins ». Des détails sur la technologie BlockChain peuvent être trouvés sur le réseau internet, 10 par exemple aux adresses suivantes : - https://blockchainfrance.net/ - https://fr.wikipedia.org/wiki/Cha%C3%AEne_de_blocs - https://fr.wikipedia.org/wiki/Bitcoin#La_cha.C3.AEne_de_bl OCS 15 Une chaîne de blocs est une base de données distribuée qui gère une liste de données protégées contre la falsification ou la modification. Les transactions représentent les échanges entre les utilisateurs du réseau, et sont stockées au sein des blocs de la chaîne de blocs. Les différentes transactions enregistrées sont 20 regroupées dans des blocs. Après avoir enregistré les transactions récentes, un nouveau bloc est généré et analysé. Si le bloc est valide, le bloc peut être horodaté et ajouté à la chaîne de blocs. Les transactions sont alors visibles dans l'ensemble du réseau. Une fois ajouté à la chaîne de blocs, un bloc ne peut plus être ni 25 modifié ni supprimé, ce qui garantit l'authenticité et la sécurité du réseau. La présente invention utilise la technologie de la chaîne de blocs non pas pour échanger des monnaies mais pour au moins gérer les double clés des acteurs d'un réseau. Ce réseau peut être 30 un réseau privé et peut réunir des acteurs du domaine 3063406 6 aéronautique et spatial, chaque acteur représentant un noeud du réseau. Certains systèmes de cryptographie asymétriques à double clés font toujours appel à des tiers de confiance pour la gestion 5 des clés ce qui est susceptible de poser des difficultés. A l'inverse, l'invention utilise une chaîne de blocs pouvant être qualifiée de chaîne de blocs « aéro » lors d'une utilisation au sein d'un réseau d'acteurs du domaine aéronautique et spatial. Cette chaîne de blocs peut être construite de manière 10 usuelle. Le protocole de construction des blocs peut être un protocole connu de l'homme du métier mettant en oeuvre un calculateur. Ce protocole peut être associé à une méthode par consensus. Un nouveau bloc est inséré dans la chaîne de blocs uniquement si un nombre référant d'acteurs ont validé le bloc 15 Selon l'invention, la chaîne de blocs comporte au moins des blocs d'identification. Dès lors, les acteurs du réseau peuvent se référer directement à la chaîne de blocs pour obtenir les clés publiques des différents acteurs ainsi que les informations les identifiant. De telles informations peuvent comprendre une adresse 20 d'un acteur, le nom d'un acteur que cet acteur soit une personne morale ou physique, un numéro d'immatriculation de l'acteur... Par suite, la notion de tiers de confiance peut disparaitre totalement, ou partiellement. Tous les acteurs du réseau peuvent en outre gérer eux- 25 mêmes la fiabilité et l'authenticité des transactions électroniques émises, sans avoir recours à des intermédiaires tiers qui commercialisent un service de délégation de confiance, dont la reconnaissance, l'impartialité et le coût peuvent être contestés par l'ensemble des acteurs. 3063 406 7 Ce procédé peut de plus comporter une ou plusieurs des caractéristiques qui suivent. Si pour un acteur au moins deux blocs de la chaîne de blocs contiennent les données d'identification de cet acteur, lesdits au 5 moins deux blocs ayant été insérés dans la chaîne de blocs à des instants différents, les données d'identification de cet acteur qui sont en vigueur à un instant courant correspondent aux données d'identification contenues dans ledit au moins deux blocs le plus récent. 10 Les données d'identification d'un acteur peuvent évoluer. Dès lors, pour obtenir les données d'identification valides à un instant donné, il suffit d'accéder à la chaîne de blocs. Les données d'identification les plus récentes sont de fait les données d'identification en vigueur. 15 En outre, un acteur peut toujours avoir accès aux anciennes données d'identification d'un acteur si besoin, par exemple pour décrypter les données contenues dans une transaction antérieure à l'émission des nouvelles données d'identification. Selon un autre aspect, la chaîne de blocs peut être initialisée 20 par exemple par un acteur qui attribue une double clés à chacun des autres acteurs du réseau. De manière alternative, dans une transaction d'identification initialisant les données d'identification d'un acteur, les données d'identification peuvent être signées numériquement avec une clé 25 privée d'une double clés qui appartient à une autorité reconnue dudit réseau, chaque acteur dudit réseau ayant accès à la clé publique de cette double clés de l'autorité reconnue. L'expression « transaction d'identification initialisant les données d'identification » fait référence à la première transaction 3063406 8 comprenant les données d'identification d'un acteur. Le terme « initialisation » fait ainsi référence à l'initialisation des données d'identification d'un acteur. Selon cette alternative, la première double clés attribuée à un 5 acteur peut l'être par une autorité reconnue, tel que l'EASA ou encore l'acteur ayant mis en place le réseau par exemple. Le procédé peut éventuellement reconnaitre plusieurs autorités différentes, par exemple une autorité reconnue sur le continent nord-Américain, une autorité reconnue en Europe, une autorité 10 reconnue en Asie... Cette autorité peut être sollicitée uniquement à l'initialisation du procédé pour l'attribution de chaque double clés, ce qui permet de faciliter l'application de ce procédé. Le procédé peut comporter une étape de modification durant 15 laquelle un acteur modifie ses données d'identification en remplaçant les données d'identification en vigueur de cet acteur dites « anciennes données d'identification » par des données d'identification dites « nouvelles données d'identification », ladite étape de modification comprenant les opérations suivantes : 20 - création et émission vers le réseau d'une transaction d'identification comprenant lesdites nouvelles données d'identification signées numériquement, les nouvelles données d'identification étant signées numériquement avec la clé privée de cet acteur correspondant aux anciennes 25 données d'identification, - insertion de ladite transaction d'identification dans un nouveau bloc de la chaîne de blocs. La modification d'une double clés peut être réalisée sans intervention d'un tiers de confiance. En effet, l'utilisation de la 3063 406 9 chaîne de blocs permet d'être certain que la modification a bien été entreprise par l'acteur concerné, la technologie de la chaîne de blocs permettant d'obtenir la transmission de données intègres et fiables. 5 Le procédé peut comporter une étape de révocation durant laquelle un organisme prédéterminé révoque un acteur, l'étape de révocation comprenant les opérations suivantes : - création et émission vers le réseau d'une transaction dite « transaction de révocation » contenant la révocation d'un 10 acteur signée numériquement, la transaction de révocation indiquant la révocation d'un acteur étant signée numériquement avec la clé privée d'une double clés de cet organisme, chaque acteur dudit réseau ayant accès à la clé publique de cette double clés de l'organisme reconnu, 15 - insertion de ladite transaction de révocation dans un nouveau bloc de la chaîne de blocs. Selon cette alternative, les clés d'un acteur peuvent être révoquées. Une telle révocation peut par exemple être entreprise si un acteur perd sa clé privée. 20 L'organisme peut être un des acteurs, l'autorité reconnue évoquée précédemment... Selon un autre aspect, pour chiffrer numériquement des données et les transmettre à un acteur dit « destinataire », les données étant contenues dans une transaction dite « transaction 25 de données », le procédé peut comporter les étapes suivantes : consultation de la chaîne de blocs pour obtenir la clé publique en vigueur affectée au destinataire des données, et chiffrement des données avec ladite clé publique du destinataire. 3063406 10 L'expression « pour obtenir la clé » signifie, qu'un acteur utilise un calculateur pour accéder à la chaîne de blocs, et en extraire la clé publique souhaitée. Pour signer numériquement des données, un acteur dit 5 « expéditeur » utilise sa clé privée pour signer numériquement les données, un autre acteur dit « destinataire » consultant ladite chaîne de blocs pour obtenir la clé publique de l'expéditeur afin de décrypter les données signées par l'expéditeur. Selon un autre aspect, la chaîne de blocs peut être utilisée 10 uniquement pour émettre des transactions d'identification. Alternativement, la chaîne de blocs peut comporter des données à échanger qui différent desdites données d'identification. La chaîne de blocs peut être utilisée pour émettre des transactions d'identification, mais aussi pour échanger et 15 mémoriser des données d'un autre ordre dite « données à échanger ». Par exemple, ces données peuvent prendre la forme d'un logiciel à télécharger sur un système embarqué dans un aéronef, des données de vol mesurées en vol du type mémorisées sur des « boîtes noires », des données relatives à l'utilisation de 20 l'aéronef et utilisées à des fins de maintenance comme des durées d'utilisation d'équipements embarqués, des données reçues à bord d'un aéronef connues sous l'acronyme « ATC »... Selon un autre aspect, les données à échanger et inscrites dans une transaction peuvent être signées numériquement ou 25 chiffrées numériquement par exemple. Pour enregistrer dans la chaîne de blocs une transaction dite « transaction de données signées », la transaction de données signées comprenant des données à échanger qui sont signées numériquement, ces données à échanger incluant des données 3063406 11 originelles ou une empreinte numérique des données originelles dite « première empreinte d'émission » obtenue par une méthode de hachage, le procédé peut comporter les opérations suivantes : - cryptage des données à échanger qui sont à signer 5 numériquement en les signant avec la clé privée d'un acteur dit « expéditeur », pour obtenir lesdites données à échanger qui sont signées numériquement, - envoie au réseau de la transaction de données signées incluant les données à échanger qui sont signées 10 numériquement, - création d'un bloc dit « nouveau bloc » par un acteur dit « mineur », ledit nouveau bloc comprenant au moins une empreinte numérique du dernier bloc de la chaîne de blocs, ladite transaction de données signées, et une mesure d'une 15 quantité de travail qui a été nécessaire pour produire le nouveau bloc, - validation du nouveau bloc par au moins un acteur, - insertion du nouveau bloc dans la chaîne de blocs. Des données originelles peuvent être traitées pour être 20 inscrites dans un ou plusieurs blocs en fonction de leurs tailles. De manière alternative, les données originelles sont transmises sous forme d'une empreinte numérique, par exemple en appliquant un algorithme de hachage connu tel que l'algorithme SHA2 56. Dans ce cas, ce n'est pas la donnée originelle signée qui 25 est inscrite dans un bloc mais une empreinte numérique signée de cette donnée originelle. Eventuellement, la donnée originelle peut être transmise par un autre canal de communication, éventuellement non sécurisé, ou avec l'empreinte numérique. 3063406 12 Indépendamment de la nature des données à échanger, ces données à échanger sont signées et mémorisées sous cette forme dans la chaîne de blocs. Ces données à échanger signées sont accessibles à tous les acteurs du réseau et peuvent être 5 décryptées et vérifiées par tous les acteurs du réseau. Un acteur peut ainsi interroger la chaîne de blocs à tout moment pour vérifier l'intégrité et l'authenticité de toutes les informations garantissant la traçabilité et la fiabilité de ces données, voire pour accéder aux données elles-mêmes. 10 Ce procédé permet la distribution de données critiques tout en garantissant leur authenticité et leur intégrité par la procédure de signature. Des données critiques telles que des logiciels avioniques peuvent ainsi être échangées. Ce procédé peut aussi permettre de garantir la disponibilité 15 de données de vol en cas d'accident sans avoir recours à un enregistreur de vol, en stockant systématiquement les données de vol pertinentes dans la chaîne de blocs. Ces données sont ainsi accessibles à tous les acteurs (fabricant, opérateur, Etat, fournisseur) avec un haut niveau d'assurance sur leur fiabilité. 20 Eventuellement et pour des raisons de performance, un délai de persistance faible dans la chaîne de blocs peut être implémenté afin de ne pas conserver inutilement des données obsolètes. Par ailleurs, lorsque les données à échanger incluent ladite première empreinte d'émission, ledit expéditeur peut transmettre 25 les données originelles non signées numériquement à un acteur dit « destinataire », éventuellement par un canal différent de la chaîne de blocs, ou insère les données originelles, non signées numériquement, dans ladite transaction de données signées. 3063406 13 Selon un autre aspect, chaque transaction peut être inscrite dans un nouveau bloc de façon analogue au principe de vérification des transactions de « bitcoins » par exemple. Lorsque les données à échanger prennent la forme de d'une 5 dite première empreinte d'émission, ledit mineur ayant reçu lesdites données originelles, le procédé peut comporter une étape de vérification réalisée avant de construire le nouveau bloc, l'étape de vérification comprenant les opérations de : - consultation de ladite chaîne de blocs pour obtenir la clé 10 publique en vigueur de l'expéditeur, - décryptage avec la clé publique en vigueur de l'expéditeur des données à échanger qui sont signées numériquement pour obtenir ladite première empreinte d'émission, - réalisation d'une empreinte numérique dite « empreinte de 15 contrôle » des données originelles, - comparaison de l'empreinte de contrôle et de ladite première empreinte d'émission. Une transaction peut ainsi être validée avant insertion dans un bloc en vérifiant la signature et l'adresse du propriétaire au 20 travers de cette procédure. Si l'empreinte de contrôle et ladite première empreinte d'émission diffèrent, le mineur peut en déduire que les données à échanger n'ont pas été correctement signées. Le mineur rejette alors la transaction, par exemple en la mémorisant par ailleurs. 25 Eventuellement, le mineur peut aussi vérifier que la date de la transaction correspond à la date courante. 3063406 14 Lorsque les données à échanger prennent la forme de ladite première empreinte d'émission, ledit destinataire peut effectuer les opérations suivantes : - vérification de ladite transaction de données signées : 5 o en consultant ladite chaîne de blocs pour obtenir la clé publique en vigueur de l'expéditeur, o en décryptant, avec la clé publique en vigueur de l'expéditeur, les données à échanger qui sont signées numériquement pour obtenir ladite première empreinte 10 d'émission, o en réalisant une empreinte numérique dite « empreinte de contrôle » des données originelles, o en comparant l'empreinte de contrôle et ladite première empreinte d'émission, 15 - vérification que le bloc de la chaîne de blocs contenant ladite transaction de données signées a été validé, - non prise en compte de ladite transaction de données signées si l'empreinte de contrôle et ladite première empreinte d'émission sont différentes ou si ledit bloc de la 20 chaîne de blocs contenant ladite transaction de données signées n'a pas été validé. Le destinataire peut recevoir les données originelles et les données à échanger signées. Le procédé précédent peut permettre à ce destinataire de s'assurer de la fiabilité et de l'intégrité des 25 données avant de les prendre en compte. Par ailleurs, pour enregistrer dans la chaîne de blocs une transaction dite « transaction de données chiffrées », ladite 3063406 15 transaction de données chiffrées comprenant des données à échanger qui sont chiffrées numériquement, les données à échanger à chiffrer incluant des données d'origine ou une empreinte numérique des données d'origine dite « deuxième 5 empreinte d'émission » obtenue par une méthode de hachage, la transaction de de données chiffrées étant destinée à un acteur dit « destinataire », le procédé peut comporter les étapes suivantes : - consultation de la chaîne de blocs pour obtenir la clé publique en vigueur affectée au destinataire, 10 - création d'un clé symétrique et chiffrement des données à échanger avec cette clé symétrique pour obtenir des données à échanger chiffrées numériquement avec ladite clé symétrique, - chiffrement de la clé symétrique avec la clé publique du 15 destinataire, pour obtenir une clé symétrique chiffrée numériquement avec ladite clé publique, - envoie au réseau de la transaction de données chiffrées, ladite transaction de données chiffrées incluant les données à échanger chiffrées numériquement avec ladite clé 20 symétrique et la clé symétrique chiffrée numériquement avec ladite clé publique du destinataire, - création d'un bloc dit « nouveau bloc » par un acteur dit « mineur », ledit nouveau bloc comprenant au moins une empreinte du dernier bloc de la chaîne de blocs, ladite 25 transaction de données chiffrées, et une mesure d'une quantité de travail qui a été nécessaire pour produire le nouveau bloc, - validation du nouveau bloc par au moins un acteur, 3063406 16 - insertion du nouveau bloc dans la chaîne de blocs. Lorsque les données à échanger prennent la forme de la deuxième empreinte d'émission, ledit destinataire ayant reçu les données d'origine, le procédé peut comporter les opérations 5 suivantes ; - vérification de ladite transaction de données chiffrées par : o déchiffrement, en utilisant la clé privée en vigueur du destinataire, de la clé symétrique qui a été chiffrée avec ladite clé publique du destinataire, 10 o déchiffrement, avec ladite clé symétrique, des données à échanger qui ont été chiffrées avec ladite clé symétrique pour obtenir la deuxième empreinte d'émission, o réalisation d'une empreinte numérique dite « empreinte 15 de vérification » des données d'origine, o comparaison de l'empreinte de vérification et de ladite deuxième empreinte d'émission, - non prises en compte de ladite transaction de données chiffrées si l'empreinte de vérification et ladite deuxième 20 empreinte d'émission sont différentes. Selon un autre aspect, au moins une transaction de données comprend l'identité de l'expéditeur. Selon un autre aspect, au moins un bloc peut être daté. Au moins une transaction peut être datée. 25 Des algorithmes d'horodatage usuels peuvent être appliqués. 3063406 17 Outre un procédé, l'invention vise un système d'échange de données. Ce système d'échange de données comporte pour chaque acteur du réseau au moins un calculateur pour mettant en oeuvre ce procédé, au moins un acteur mémorisant la chaîne de 5 blocs. L'invention et ses avantages apparaîtront avec plus de détails dans le cadre de la description qui suit avec un exemple donné à titre illustratif en référence à l'unique figure. Cette unique figure représente un système d'échange de données selon 10 l'invention. La figure 1 présente un système d'échange de données 1 au sein d'un réseau 2. Ce réseau 2 peut être un réseau privé. Selon l'exemple illustré, le réseau 2 regroupe des acteurs 5 du domaine aéronautique et spatial. Toutefois, l'invention est applicable à 15 d'autres domaines, et par exemple au domaine automobile, au domaine maritime... Dans le cadre d'un réseau du domaine aéronautique et spatial, les acteurs 5 peuvent être des fabricants d'aéronefs, des opérateurs utilisant ces aéronefs, des organismes d'Etats, des 20 fournisseurs des fabricants, des aéronefs... Chaque acteur 5 peut comprendre au moins un calculateur 10 muni de logiciels adéquats pour mettre en oeuvre le procédé selon l'invention. Ce procédé met en oeuvre la technologie de la chaîne de 25 blocs. Ainsi, le réseau utilise une chaîne de blocs 20. Cette chaîne de blocs 20 est mémorisée dans une mémoire du calculateur 10 d'acteurs dénommés « mineurs ». Selon une variante, tous les acteurs représentent des noeuds du réseau 2 et mémorisent la chaîne de blocs 20. En outre, chaque acteur 5 peut utiliser un 3063406 18 programme informatique pour consulter la chaîne de blocs 20, indépendamment du lieu où cette chaîne de blocs est mémorisée. Classiquement, la chaîne de blocs 20 comporte une pluralité de blocs 25, les uns à la suite des autres. Selon l'exemple 5 représenté, la chaîne de blocs 20 comporte à un instant courant cinq blocs 251, 252, 253, 254, 255 en s'étendant d'un premier bloc 251 jusqu'au dernier bloc 255 créé. Chaque bloc 25 inclut au moins une transaction 35. Chaque transaction 35 comporte des données mises à la disposition du 10 réseau. Ces données peuvent prendre la forme d'une donnée en tant que telle, ou d'une empreinte numérique de cette donnée. Un calculateur 10 d'un acteur peut en effet transformer une donnée pour obtenir une empreinte numérique de cette donnée en appliquant un algorithme de hachage classique. Une telle 15 empreinte numérique est parfois dénommée « hash ». Ainsi, la donnée peut prendre la forme d'un fichier informatique par exemple, ou d'une empreinte numérique de ce fichier informatique. Lorsque la transaction 35 comporte l'empreinte numérique d'une donnée, la donnée en tant que telle peut aussi être incluse 20 dans la transaction. Par exemple, une transaction comporte un logiciel informatique à embarquer dans un aéronef et une empreinte numérique de ce logiciel informatique. De plus, au moins une transaction 35 peut comporter une information datant l'émission de la transaction 35, et/ou l'identité 25 de l'acteur 5 ayant émis la transaction avec son calculateur. Par ailleurs, au moins un bloc 25 peut comprendre une information 40 datant la création de ce bloc 25. Des logiciels et des méthodes d'horodatage usuels peuvent être utilisés. 3063406 19 En outre, chaque bloc 25 comporte une mesure 50 d'une quantité de travail qui a été nécessaire pour produire le nouveau bloc. La création d'un bloc peut être entreprise par un calculateur 10 du réseau 2 en utilisant une méthode de consensus classique, 5 par exemple la méthode dénommée « proof of work » en langue anglaise ou la méthode dénommée « proof of stake » en langue anglaise. Une telle mesure est parfois dénommée « nonce ». Par ailleurs, chaque bloc différent du premier bloc 251 comporte une empreinte numérique 30 du bloc précédent. Ainsi, le 10 deuxième bloc 252 comporte une empreinte numérique du premier bloc 251, et ainsi de suite. Selon le procédé de l'invention, le réseau peut permettre de crypter les données échangées entre les acteurs, en signant numériquement les données selon une méthode usuelle à l'aide 15 des calculateurs 10 ou en chiffrant numériquement les données selon une méthode usuelle à l'aide des calculateurs 10. En particulier, le procédé peut viser à utiliser une méthode cryptographique asymétrique à double clés. Chaque acteur 5 est ainsi en possession d'une clé privée qui correspond à une clé 20 publique, le couple clé privée/clé publique formant la double clés asymétrique octroyée à cet acteur. La clé privée d'un acteur est sauf incident uniquement connue de cet acteur, alors que la clé publique peut être connue par les autres acteurs. Dès lors, une transaction 35 peut prendre la forme d'une 25 transaction dénommée « transaction d'identification 36 » par commodité, la transaction d'identification 36 comportant des données d'identification d'un acteur. Le procédé appliqué par le système d'échange de données 1 comporte alors une étape de création STP1. Durant cette étape de 30 création STP1, au moins un bloc de la chaîne de blocs dit « bloc 3063406 20 d'initialisation 26 » par commodité est créé. Un bloc d'initialisation inclut au moins une « transaction d'identification 36 » qui présente les données d'identification d'un acteur. Ces données d'identification incluent la clé publique de la double clés de cet 5 acteur et au moins une information identifiant cet acteur. Pour chaque acteur, au moins un bloc d'identification comprend les données d'identification de cet acteur. Ainsi, le premier bloc 251 de la chaîne de blocs 20 peut être un bloc d'identification. 10 Pour initialiser la chaîne de blocs et générer des données d'identification pour un nouvel acteur, les données d'identification peuvent être signées numériquement avec une clé privée d'une double clés qui appartient à une autorité reconnue dudit réseau. Par exemple, cette autorité crée la double clés du nouvel acteur en 15 mettant en oeuvre un algorithme sur un calculateur, tel qu'un algorithme de génération de double clés usuel. L'autorité transmet alors à l'acteur concerné la clé privée de cet acteur. De plus, l'autorité émet dans le réseau, à l'aide d'un calculateur 10, une transaction d'identification contenant la clé publique et les 20 informations identifiant l'acteur en les signant numériquement. La signature numérique peut être réalisée à l'aide d'un calculateur mettant en oeuvre un algorithme, tel qu'un algorithme de signature usuel. Un bloc contenant la transaction est alors généré dans la 25 chaîne de blocs de manière classique. En outre, chaque acteur du réseau a accès à la clé publique de cette double clés de l'autorité reconnue. Dès lors, chaque acteur peut utiliser un calculateur pour accéder à la chaîne de blocs, en extraire la clé publique signée et les informations 3063406 21 identifiant l'acteur signées des autres acteurs, et les décrypter à l'aide de la clé publique de l'autorité ayant signé ces données. Les données d'identification peuvent aussi être modifiées selon une réalisation. 5 Ainsi, le procédé peut comporter une étape de modification STP2. Durant cette étape de modification STP2, un acteur peut modifier ses données d'identification en remplaçant les données d'identification en vigueur de cet acteur dites par commodité « anciennes données d'identification », par des données 10 d'identification dites par commodité « nouvelles données d'identification ». Durant l'étape de modification, un acteur peut créer et émettre, avec un calculateur, vers le réseau une transaction d'identification comprenant les nouvelles données d'identification 15 signées numériquement, les nouvelles données d'identification étant signées numériquement avec la clé privée de cet acteur correspondant aux anciennes données d'identification. La transaction d'identification peut alors être insérée de manière usuelle dans un nouveau bloc de la chaîne de blocs. 20 Dès lors, les données d'identification de cet acteur qui sont en vigueur à un instant courant correspondent aux données d'identification contenues dans le bloc le plus récent. Selon l'exemple représenté, le premier bloc 251 contient les données d'identification d'origine d'un acteur. Dans le quatrième bloc 252 25 se trouve les nouvelles données d'identification de cet acteur en vigueur à l'instant courant. Le procédé peut aussi comporte une étape de révocation STP3 pour révoquer un acteur. Par exemple, un organisme reconnu crée et émet, avec un calculateur, vers le réseau une transaction 3063406 22 dite par commodité « transaction de révocation 38 ». La transaction de révocation 38 contient la révocation d'un acteur signée numériquement avec la clé privée de cet organisme. La transaction de révocation peut alors être insérée de manière 5 usuelle dans un nouveau bloc de la chaîne de blocs. Chaque acteur du réseau a accès à la clé publique de cette double clés de l'organisme reconnu pour avoir accès à la révocation. Le cas échéant, l'organisme reconnu et l'autorité reconnue 10 évoquée précédemment peuvent être des acteurs du réseau, et donc peuvent avoir des clés publiques mémorisées dans un bloc de la chaîne de blocs. La chaîne de blocs peut aussi mémoriser des données à échanger qui différent des données d'identification. 15 Ainsi, une transaction dénommée « transaction de données 37 » par commodité peut contenir des données dites « données à échanger » d'un autre ordre, par exemple des données aéronautiques. Pour signer numériquement des données, un acteur dit 20 « expéditeur » sollicite un calculateur en utilisant sa clé privée pour signer numériquement les données, à l'aide d'un algorithme usuel par exemple. Un autre acteur dit « destinataire » peut alors consulter ladite chaîne de blocs avec un programme informatique d'un calculateur 10 pour obtenir la clé publique de l'expéditeur afin 25 de décrypter les données signées par l'expéditeur. Par exemple, le procédé permet d'enregistrer dans la chaîne de blocs une transaction dite « transaction de données signées ». La transaction de données signées comprend des données à échanger signées numériquement, les données à échanger incluant 3063406 23 des données originelles ou une empreinte numérique des données originelles dite « première empreinte d'émission ». Un expéditeur peut alors crypter les données à échanger en les signant avec sa clé privée pour obtenir des données dites 5 « données à échanger signées ». Selon une option, un expéditeur peut signer les données originelles pour obtenir les données à échanger signées. Selon une autre option, l'expéditeur utilise un algorithme usuel de hachage avec un calculateur pour obtenir la première 10 empreinte d'émission. L'expéditeur signe alors cette première empreinte d'émission pour obtenir les données à échanger signées. La transaction de données signées peut alors inclure les données à échanger signées sous la forme d'une première empreinte d'émission signée. Les données originelles non signées 15 peuvent de plus être incluses dans la transaction ou transmises par un autre canal à un destinataire, par exemple de la main à la main, par courrier... L'expéditeur envoie alors la transaction de données signées incluant les données à échanger signées au réseau avec un 20 calculateur. Un acteur dit « mineur » du réseau crée alors un bloc dit « nouveau bloc » par commodité à l'aide d'un algorithme usuel et d'un calculateur, ce nouveau bloc comprenant au moins une empreinte numérique du dernier bloc de la chaîne de blocs, ladite 25 transaction de données signées, et une mesure d'une quantité de travail qui a été nécessaire pour produire le nouveau bloc. Ce nouveau bloc est émis selon les flèches F1 dans le réseau pour validation selon des méthodes usuelles par au moins un acteur. Une validation par un nombre prédéterminé d'acteurs peut 3063406 24 être requise. Par exemple, la validation d'un bloc peut requérir la validation du bloc par au moins deux acteurs logés sur deux continents différents. Lorsque le nouveau bloc est validé par un acteur, cet acteur 5 envoie cette information selon les flèches F2. Après validation, le nouveau bloc est inséré en dernière position dans la chaîne de blocs. Lorsque les données à échanger sont du type « première empreinte d'émission » et si les mineurs ont reçu en parallèle les 10 données originelles, le procédé peut comporter une étape de vérification réalisée avant de construire le nouveau bloc. Dès lors, un mineur peut consulter avec un programme informatique d'un calculateur la chaîne de blocs pour obtenir la clé publique en vigueur de l'expéditeur. Le mineur décrypte les 15 données à échanger signées avec cette clé publique, en appliquant un algorithme usuel par exemple, pour obtenir la première empreinte d'émission. En parallèle, le mineur réalise avec un calculateur une empreinte numérique dite « empreinte de contrôle » des données 20 originelles et compare l'empreinte de contrôle et la première empreinte d'émission. En présence de différence(s) entre l'empreinte de contrôle et la première empreinte d'émission, le nouveau bloc n'est par exemple pas créé. 25 Si le bloc est créé, un utilisateur peut solliciter la chaîne de blocs pour accéder à la transaction de données signées. Ainsi, le destinataire sollicite un programme informatique d'un calculateur pour consulter la chaîne de blocs afin d'en extraire 3063406 25 la clé publique en vigueur de l'expéditeur, à savoir la clé publique en vigueur lors de l'émission de la transaction concernée. Le destinataire met en oeuvre un algorithme de décryptage pour décrypter les données à échanger signées avec cette clé 5 publique, afin d'obtenir les données à échanger non signées. Eventuellement, lorsque les données à échanger prennent la forme de la première empreinte d'émission, les données à échanger non signées prennent la forme de la première empreinte d'émission. 10 De plus, le destinataire peut vérifier la transaction de données signées avant d'utiliser les données concernées. En effet, le destinataire peut réaliser une empreinte numérique des données originelles reçues par ailleurs dite « empreinte de contrôle » par commodité, et compare l'empreinte 15 de contrôle et la première empreinte d'émission. Ce destinataire observe aussi la chaîne de blocs pour vérifier que le bloc de la chaîne de blocs contenant la transaction de données signées a été validé. Dès lors, le destinataire ignore la transaction de données 20 chiffrées si l'empreinte de contrôle et la première empreinte d'émission sont différentes et/ou si ledit bloc de la chaîne de blocs contenant ladite transaction de données signées n'a pas été validé. Par exemple, si les données originelles concernent un logiciel à embarquer dans un aéronef, un opérateur n'installe pas le 25 logiciel. Selon un autre aspect, le procédé peut permettre de chiffrer numériquement des données et de les transmettre à un acteur dit « destinataire ». 3063406 26 Un expéditeur peut alors consulter la chaîne de blocs avec un programme informatique d'un calculateur pour en extraire la clé publique en vigueur affectée au destinataire des données. De plus, l'expéditeur crée une clé symétrique, par exemple à 5 partir d'une méthode usuelle et de sa double clés. Une telle clé symétrique est parfois dénommée « clé de cession L'expéditeur chiffre alors les données à échanger avec la clé symétrique, en utilisant un algorithme de chiffrement éventuellement usuel, ce qui minimise les temps de calcul. 10 De plus, l'expéditeur chiffre la clé symétrique avec la clé publique du destinataire en utilisant un algorithme de chiffrement, par exemple usuel, pour obtenir une clé symétrique chiffrée numériquement. Selon une option, un expéditeur peut alors chiffrer des 15 données d'origine pour obtenir les données à échanger chiffrées. Selon une autre option, l'expéditeur utilise un algorithme usuel avec un calculateur pour obtenir une empreinte dite « deuxième empreinte d'émission » des données d'origine. L'expéditeur chiffre alors cette deuxième empreinte d'émission 20 avec la clé symétrique pour obtenir les données à échanger chiffrées. Les données à échanger chiffrées sont éventuellement envoyées par un autre canal au destinataire. Les données à échanger chiffrées et la clé symétrique 25 chiffrée sont aussi envoyées au réseau pour enregistrer la transaction dans la chaîne de blocs. Une telle transaction est dite par commodité « transaction de données chiffrées ». La transaction de données chiffrées peut ainsi inclure les données à échanger 3063406 27 chiffrées avec ladite clé symétrique et la clé symétrique chiffrée avec ladite clé publique du destinataire. Les données d'origine peuvent être incluses dans la transaction ou transmises par un autre canal à un destinataire, par exemple de la main à la main, 5 par courrier... L'expéditeur envoie alors la transaction de données chiffrées incluant les données à échanger et la clé symétrique chiffrées au réseau avec un calculateur. Un acteur dit « mineur » du réseau crée alors un bloc dit 10 « nouveau bloc » par un acteur dit « mineur », ce nouveau bloc comprenant au moins une empreinte numérique du dernier bloc de la chaîne de blocs, ladite transaction de données chiffrées, et une mesure d'une quantité de travail qui a été nécessaire pour produire le nouveau bloc. 15 Ce nouveau bloc est émis selon les flèches F1 dans le réseau pour validation selon des méthodes usuelles par au moins un acteur. Lorsque le nouveau bloc est validé par un acteur cet acteur envoie cette information selon les flèches F2. Après validation, le nouveau bloc est inséré en dernière 20 position dans la chaîne de blocs. Ainsi, le destinataire peut solliciter à la chaîne de blocs pour accéder à la transaction de données chiffrées. Le destinataire met en oeuvre un algorithme de déchiffrement pour déchiffrer la clé symétrique contenue dans la transaction avec sa clé privée. 25 Ensuite, le destinataire déchiffre les données à échanger chiffrées présentes dans la transaction avec ladite clé symétrique. Lorsque les données à échanger prennent la forme de la deuxième empreinte d'émission, le destinataire obtient ainsi la deuxième empreinte d'émission. 3063406 28 En outre, le destinataire peut réaliser une empreinte numérique des données d'origine reçues par ailleurs dite « empreinte de vérification » par commodité, et compare l'empreinte de vérification et la deuxième empreinte d'émission. 5 Ce destinataire observe aussi la chaîne de blocs pour vérifier que le bloc de la chaîne de blocs contenant la transaction de données signées a été validé. Dès lors, le destinataire ignore la transaction de données chiffrées si l'empreinte de vérification et ladite deuxième empreinte 10 d'émission sont différentes ou si ledit bloc de la chaîne de blocs contenant ladite transaction de données chiffrées n'a pas été validé. Selon un exemple d'utilisation du procédé et du système d'échange de données de l'invention, un fournisseur envoie une 15 nouvelle version d'un logiciel à un avionneur. Cette nouvelle version du logiciel est sous la forme par exemple d'un fichier informatique envoyé par courrier postal ou électronique à l'avionneur. Simultanément, une transaction de données est émise sur le 20 réseau. Cette transaction de donnes contient l'identité du fournisseur, une datation de la transaction de données et une empreinte d'émission signées numériquement du fichier envoyé. Cette transaction de données est assemblée dans un bloc des membres actifs du réseau. Par exemple, la datation des 25 transactions est utilisée pour assembler un nombre prédéterminé de transactions en blocs afin d'obtenir par exemple une chaîne de blocs chronologique. Le protocole de construction des blocs peut être d'un type connu. Par exemple, un nouveau bloc est inséré dans une chaîne de blocs uniquement si un nombre significatif 3063406 29 d'acteurs, éventuellement un nombre prédéterminé d'acteurs répartis sur au moins trois continents, a validé le nouveau bloc. Le destinataire du fichier vérifie que l'empreinte de contrôle recréée à partir du fichier reçu correspond bien à l'empreinte 5 présente dans la chaîne de blocs. De plus, le destinataire du fichier vérifie que la transaction est validée par au moins un nombre prédéterminé d'acteurs du réseau privé. La dernière mise à jour du logiciel à appliquer est alors la plus récente. 10 Naturellement, la présente invention est sujette à de nombreuses variations quant à sa mise en oeuvre. Bien que plusieurs modes de réalisation aient été décrits, on comprend bien qu'il n'est pas concevable d'identifier de manière exhaustive tous les modes possibles. Il est bien sûr envisageable de remplacer un 15 moyen décrit par un moyen équivalent sans sortir du cadre de la présente invention. REVENDICATIONS1. Procédé pour échanger des données entre des acteurs (5) d'un réseau, ledit procédé comprenant une étape de cryptographie des données par une méthode cryptographique asymétrique à double clés, chaque acteur (5) étant associé à une double clés comprenant une clé privée et une clé publique, caractérisé en ce que, une chaîne de blocs (20) étant mise en oeuvre, un bloc (25) comprenant une empreinte numérique (30) du bloc qui le précède dans la chaîne de blocs (20) et au moins une transaction (35) qui comprend des données à partager, ledit procédé comporte une étape de création (STP1) durant laquelle au moins un bloc de la chaîne de blocs dit « bloc d'initialisation (26) » est créé, pour chaque acteur au moins un « bloc d'initialisation » comprenant une transaction dite « transaction d'identification (36) », chaque transaction d'identification (36) comprenant des données dites « données d'identification » de cet acteur, lesdites données d'identification incluant la clé publique de la double clés de cet acteur et au moins une information identifiant cet acteur. 2. Procédé selon la revendication 1, caractérisé en ce que si pour un dit acteur au moins deux blocs (251, 254) de ladite chaîne de blocs contiennent lesdites données d'identification de cet acteur, lesdits au moins deux blocs ayant été insérés dans ladite chaîne de blocs à des instants différents, les données d'identification de cet acteur qui sont en vigueur à un instant courant correspondent aux données d'identification contenues dans ledit au moins deux blocs le plus récent (254). 3. Procédé selon l'une quelconque des revendications 1 à 2, 3063406 31 caractérisé en ce que dans une transaction d'identification (361) initialisant les données d'identification d'un dit acteur, lesdites données d'identification sont signées numériquement avec une clé privée d'une double clés qui appartient à une autorité reconnue 5 dudit réseau, chaque acteur dudit réseau ayant accès à la clé publique de cette double clés de l'autorité reconnue. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le procédé comporte une étape de modification (STP2) durant laquelle un dit acteur modifie ses 10 données d'identification en remplaçant les données d'identification en vigueur de cet acteur dites « anciennes données d'identification » par des données d'identification dites « nouvelles données d'identification », ladite étape de modification comprenant les opérations suivantes : 15 - création et émission vers le réseau d'une transaction d'identification comprenant lesdites nouvelles données d'identification signées numériquement, les nouvelles données d'identification étant signées numériquement avec la clé privée de cet acteur correspondant aux anciennes 20 données d'identification, - insertion de ladite transaction d'identification dans un nouveau bloc de la chaîne de blocs. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le procédé comporte une étape de révocation 25 (STP3) durant laquelle un organisme prédéterminé révoque un dit acteur, ladite étape de révocation comprenant les opérations suivantes : 3063406 32 - création et émission vers le réseau d'une transaction dite « transaction de révocation (38) » contenant la révocation d'un acteur signée numériquement, la transaction de révocation indiquant la révocation d'un dit acteur étant 5 signée numériquement avec la clé privée d'une double clés de cet organisme, chaque acteur dudit réseau ayant accès à la clé publique de cette double clés de cet organisme, - insertion de ladite transaction de révocation dans un nouveau bloc de la chaîne de blocs. 10 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que pour chiffrer numériquement des données et les transmettre à un dit acteur dénommé « destinataire », les données étant contenues dans une transaction dite « transaction de données (37) », le procédé comporte les étapes suivantes : 15 consultation de la chaîne de blocs pour obtenir la clé publique en vigueur affectée au destinataire des données, et chiffrement avec ladite clé publique du destinataire. 7. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que pour signer numériquement des données, un 20 acteur dit « expéditeur » utilise sa clé privée pour signer numériquement les données, un autre acteur dit « destinataire » consultant ladite chaîne de blocs pour obtenir la clé publique de l'expéditeur afin de décrypter les données signées par l'expéditeur. 8. Procédé selon l'une quelconque des revendications 1 à 7, 25 caractérisé en ce que ladite chaîne de blocs comporte des données à échanger qui différent desdites données d'identification. 9. Procédé selon l'une quelconque des revendications 1 à 8, 3063406 33 caractérisé en ce que pour enregistrer dans la chaîne de blocs une transaction dite « transaction de données signées », ladite transaction de données signées comprenant des données à échanger qui sont signées numériquement, les données à échanger 5 incluant des données originelles ou une empreinte numérique des données originelles dite « première empreinte d'émission » obtenue par une méthode de hachage, le procédé comporte les opérations suivantes : - cryptage des données à échanger qui sont à signer 10 numériquement en les signant avec la clé privée d'un dit acteur dénommé « expéditeur », pour obtenir lesdites données à échanger qui sont signées numériquement, - envoie au réseau de la transaction de données signées incluant les données à échanger qui sont signées 15 numériquement, - création d'un bloc dit « nouveau bloc » par un dit acteur dénommé « mineur », ledit nouveau bloc comprenant au moins une empreinte numérique du dernier bloc de la chaîne de blocs, ladite transaction de données signées, et une 20 mesure d'une quantité de travail qui a été nécessaire pour produire le nouveau bloc, - validation du nouveau bloc par au moins un dit acteur, - insertion du nouveau bloc dans la chaîne de blocs. 10. Procédé selon la revendication 9, 25 caractérisé en ce que, les données à échanger incluant ladite première empreinte d'émission, ledit expéditeur transmet les données originelles à un dit acteur dit « destinataire » ou insère 3063406 34 les données originelles dans ladite transaction de données signées. 11. Procédé selon la revendication 9, caractérisé en ce que, les données à échanger prenant la forme 5 d'une dite première empreinte d'émission, ledit mineur ayant reçu lesdites données originelles, le procédé comporte une étape de vérification réalisée avant de construire le nouveau bloc, l'étape de vérification comprenant les opérations de : - consultation de ladite chaîne de blocs pour obtenir la clé 10 publique en vigueur de l'expéditeur, - décryptage, avec la clé publique en vigueur de l'expéditeur, des données à échanger qui sont signées numériquement pour obtenir ladite première empreinte d'émission, 15 - réalisation d'une empreinte numérique dite « empreinte de contrôle » des données originelles, - comparaison de l'empreinte de contrôle et de ladite première empreinte d'émission. 12. Procédé selon la revendication 10, 20 caractérisé en ce que, les données à échanger prenant la forme de d'une dite première empreinte d'émission, ledit destinataire effectue les opérations suivantes : - vérification de ladite transaction de données signées : o en consultant ladite chaîne de blocs pour obtenir la clé 25 publique en vigueur de l'expéditeur, 3063406 35 o en décryptant, avec la clé publique en vigueur de l'expéditeur, les données à échanger qui sont signées numériquement pour obtenir ladite première empreinte d'émission, 5 o en réalisant une empreinte numérique dite « empreinte de contrôle » des données originelles, o en comparant l'empreinte de contrôle et ladite première empreinte d'émission, - vérification que le bloc de la chaîne de blocs contenant 10 ladite transaction de données signées a été validé, - non prise en compte de ladite transaction de données signées si l'empreinte de contrôle et ladite première empreinte d'émission sont différentes ou si ledit bloc de la chaîne de blocs contenant ladite transaction de données 15 signées n'a pas été validé. 13. Procédé selon l'une quelconque des revendications 1 à 12, caractérisé en ce que pour enregistrer dans la chaîne de blocs une transaction dite « transaction de données chiffrées », ladite 20 transaction de données chiffrées comprenant des données à échanger qui sont chiffrées numériquement, les données à échanger incluant des données d'origine ou une empreinte numérique des données d'origine dite « deuxième empreinte d'émission » obtenue par une méthode de hachage, la transaction 25 de données chiffrées étant destinée à un dit acteur dénommé « destinataire », le procédé comporte les étapes suivantes : - consultation de la chaîne de blocs pour obtenir la clé publique en vigueur affectée au destinataire, 3063406 36 - création d'un clé symétrique et chiffrement des données à échanger avec cette clé symétrique pour obtenir des données à échanger chiffrées numériquement avec ladite clé symétrique 5 - chiffrement de la clé symétrique en utilisant la clé publique du destinataire pour obtenir une clé symétrique chiffrée numériquement avec ladite clé publique, - envoie au réseau de la transaction de données chiffrées, ladite transaction de données chiffrées incluant lesdites 10 données à échanger chiffrées numériquement avec ladite clé symétrique et ladite clé symétrique chiffrée numériquement avec ladite clé publique du destinataire, - création d'un bloc dit « nouveau bloc » par un acteur dit « mineur », ledit nouveau bloc comprenant au moins une 15 empreinte du dernier bloc de la chaîne de blocs, ladite transaction de données chiffrées, et une mesure d'une quantité de travail qui a été nécessaire pour produire le nouveau bloc, - validation du nouveau bloc par au moins un acteur, 20 - insertion du nouveau bloc dans la chaîne de blocs. 14. Procédé selon la revendication 13, caractérisé en ce que, les données à échanger prenant la forme de la deuxième empreinte d'émission, ledit destinataire ayant reçu les données d'origine, ledit procédé comporte les opérations 25 suivantes ; - vérification de ladite transaction de données chiffrées par : 3063406 37 o déchiffrement en utilisant la clé privée en vigueur du destinataire de la clé symétrique chiffrée avec ladite clé publique du destinataire, o déchiffrement en utilisant ladite clé symétrique des 5 données à échanger chiffrées avec ladite clé symétrique pour obtenir la deuxième empreinte d'émission, o réalisation d'une empreinte numérique dite « empreinte de vérification » des données d'origine, 10 o comparaison de l'empreinte de vérification et de ladite deuxième empreinte d'émission, - non prises en compte de ladite transaction de données chiffrées si l'empreinte de vérification et ladite deuxième empreinte d'émission sont différentes. 15 15. Procédé l'une quelconque des revendications 9 à 14, caractérisé en ce qu'au moins une transaction de données comprend l'identité de l'expéditeur. 16. Procédé l'une quelconque des revendications 1 à 15, caractérisé en ce qu'au moins un bloc est daté. 20 17. Procédé l'une quelconque des revendications 1 à 16, caractérisé en ce qu'au moins une transaction est datée. 18. Système d'échange de données (1), caractérisé en ce que ledit système d'échange de données (1) comporte pour chaque acteur (5) du réseau (2) au moins un 25 calculateur (10) pour mettre en oeuvre ledit procédé selon l'une 3063406 38 quelconque des revendications 1 à 17, au moins un acteur (5) mémorisant ladite chaîne de blocs.