FR 3089734 A1 20200612 FR 1872447 A 20181206 Description Titre de l'invention : Passerelle pour communiquer par réseau radio avec au moins un noeud et par un réseau filaire, par le biais d'une blockchain Domaine technique de l'invention 100011 La présente invention concerne de manière générale le domaine des télécommu- nications dans un réseau avec des objets connectés loT, en particulier le domaine des systèmes de communication par réseau utilisant une passerelle, connectée à un objet ou à un noeud et une application destinataire des données de l'objet ou noeud. 100021 L'invention concerne également une passerelle pour communiquer par réseau radio avec au moins un noeud ou objet et par un réseau filaire avec au moins une application ou au moins un serveur d'application d'un destinataire et un dispositif de stockage de données constituant au moins une base de données mémorisant des transactions blockchain, et l'utilisation d'une ou plusieurs passerelles dans un système pour objet connectés et applications utilisateurs. 100031 Elle concerne en outre une méthode de communication permettant de communiquer par réseau radio avec au moins un noeud ou objet et par un réseau filaire avec au moins une application ou au moins un serveur d'application d'un destinataire par l'intermédiaire d'au moins une passerelle et d'un dispositif de stockage de données constituant au moins une base de données mémorisant des transactions blockchain. Etat de la technique antérieure [0004] La technologie LPWAN (Low-Power Wide Area Networking) ou réseau étendu, est un réseau informatique couvrant une grande zone géographique, et permettant une large variété de services et d'applications. Particulièrement, il permet de répondre aux besoins des communications de données pour ].'Internez des Objets (IoT). Un dispositif IoT est souvent caractérisé par un petit équipement électronique qui consomme peu d'énergie pour envoyer par liaison radio une quantité limitée de données à la fois, ce qui lui permet de fonctionner durant plusieurs années avec une simple batterie. [0005] Néanmoins, La technologie LPWAN propose un taux limité dc transmission mais une modulation robuste qui permet des communications sur plusieurs kilomètres. Une telle portée permet un besoin limité de déploiement d'équipements ce qui baisse le nombre d'antennes et/ou passerelles nécessaires. [0006] Il existe aujourd'hui différentes implémentations de la technologie LPWAN (Sigfox, NB-1°T...). [0007] LoRaWAN est l'une des implémentations dc b technologie LPWAN les plus satis- faisantes, grâce à son support système « open source » et la possibilité pour n'importe 2 qui de créer son propre réseau. [0008] LoRaWAN utilise les ondes non licenciées du spectre radio comme le fait le réseau Wi-Fi, ce qui veut dire que n'importe qui peut utiliser ces fréquences radios sans payer de redevances pour les droits de transmission. Cette stratégie de déploiement flexible a poussé les industries et les entreprises à investir dans cette technologie. Cela leur permet soit d'utiliser un réseau public existant, soit d'installer leur propre réseau privé si ils sont soucieux de la propriété de leur réseau. [0009] LoRaWAN est accompagné d'une facilité d'installation, est complètement libre de droits de propriété industrielle et de redevances/royalties (cc qui n'est pas le cas de Sigfox) et présente le niveau de sécurité et de confidentialité le plus résistant. [0010] Grâce à l'aspect basse consommation (durée de vie de plusieurs années, pile bouton) et la caractéristique de longue portée, LoRaWAN a attiré l'attention des acteurs industriels pour répondre à différents besoins dans des domaines variés. Ceci, que cc soit en terme d'atouts de gestion pour le suivi et la surveillance (dans le domaine des aéroports, parkings, sites de constructions, entrepôts, commerces de détails, d'optimisation de la gestion de l'énergie, de l'aménagement du territoire, du suivi de palettes, de conteneurs de transport ; des villes « intelligentes » avec des compteurs intelligents, détecteurs pour parkings, le contrôle de l'éclairage urbain, la gestion des déchets ; ou des bâtiments et maisons « intelligents » qui peuvent détecter des fuites d'eau, contrôler des pièges à rongeur ou à termites, et tous les capteurs intelligents domestiques). [0011] L'architecture de LoRaWAN consiste en au moins un dispositif ou capteur qui détecte et collecte des données pour les transmettre à une passerelle à portée radio, au moins une passerelle qui joue le rôle de point d'accès et envoie des paquets à un serveur réseau à travers un réseau de backhaul ; un réseau central, le serveur réseau qui reçoit tous les paquets reçus des passerelles et les dirige vers un serveur d'application, et enfin, au moins un serveur d'application qui gère l'application client et traite les données. [0012] Ce type de système est adapté et commode du point de vue de la confidentialité et de la sécurité, mais présente l'inconvénient de, même si une passerelle LoRa peut couvrir une large zone de plusieurs kilomètres, demander des ressources considérables pour Couvrir de façon indépendante la totalité de l'aire d'utilisation des dispositifs (e.g. des pays entiers). La société désirant déployer son propre réseau privé devra installer des passerelles, des serveurs d'applications et surtout un réseau central. [0013] Dans ce contexte, il est intéressant de proposer une solution pour un réseau de com- munication étendu demandant moins de ressources à F utilisateur pour son déploiement, tout en conservant un haut niveau de confidentialité et de sécurité. [0014] 11 peut aussi être intéressant de proposer une solution dans laquelle le réseau de coin- 3 munication pourrait être déployé par plusieurs acteurs intéressant, plutôt que dépendante d'un unique acteur. [0015] Il est connu dans l'art antérieur plusieurs initiatives pour créer un réseau. Par exemple, le réseau PicoWAN, permet un déploiement facile et moins coutcux que classiquement, mais propose une faible zone d'action, avec un besoin d'installer des passerelles pour fournir ledit réseau. Exposé de l'invention [0016] La présente invention a pour but de pallier certains inconvénients de l'art antérieur en proposant un réseau (le communication pour les données de l'Internet des Objets, qui est similaire à un réseau d'opérateur comme un réseau cellulaire 2G/3G/4G, le réseau SIGFOX ou encore un réseau LoraWAN, mais sans que ledit réseau ne nécessite d'opérateur pour fonctionner ni qu'une entité ne déploie spécifiquement des antennes relais dans une zone où elle n'en a pas. [0017] L'invention concerne ainsi une passerelle pour communiquer par réseau radio avec au moins un noeud ou objet et par un réseau filaire avec au moins une application ou au moins un serveur d'application d'un destinataire et un dispositif de stockage de données constituant au moins une hase de données mémorisant des transactions blockchain, la passerelle comprenant plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine, dont au moins : [0018] Un second module émetteur qui par l'exécution d'au moins un code sur un composant hardware envoie sur le réseau radio vers un noeud communicant avec au moins un objet connecté (D), des données mémorisées dans au moins un média lisible par la machine de la passerelle, les données comprenant au moins une clé publique éphémère (ePk) complémentaire d'une clé éphémère privée (eSk), [0019] Un troisième module récepteur qui comprend une pluralité de codes exécutés sur un composant hardware, pour recevoir des données d'un noeud ou objet du réseau radio, les données comprenant : [0020] une signature, un message chiffré, et une adresse blockchain de l'application ou du serveur d'application d'un destinataire (@R) liée à une transaction de blockchain créée par l'application ou le serveur d'application du destinataire (@R) comprenant une adresse IP de l'application ou du serveur d'application du destinataire, [0021] le troisième module comprend un sous-modèle de recherche qui, par l'exécution de codes sur un composant hardware, recherche une transaction à l'adresse blockchain de l'application ou du serveur d'application du destinataire et récupère ladite adresse IP de l'application ou du serveur d'application du destinataire contenue dans la transaction, et un sous-module émetteur (6) qui, par l'exécution de codes sur un composant hardware, déclenche l'envoi par protocole IP à l'adresse IP de l'application ou du serveur d'application du destinataire d'au moins : [0022] le message chiffré, la signature, la clé publique éphémère, et l'adresse blockchain de la passerelle, [0023] Un quatrième module de gestion de hlockchain comprenant : [0024] - au moins un sous-module de recherche qui, par l'exécution de codes sur un composant hardware, recherche une transaction ou des données de la transaction hlockchain créée par le destinataire dans la hase de données mémorisant les transactions blockchain et qui comporte ou résulte d'un script spécifique à clé publique éphémère (ePk), ladite recherche débutant lorsque l'envoi du message chiffré, de la clé publique éphémère et de la signature au destinataire est effectué, et ; [0025] - un sous module de création de transaction qui, par l'exécution de codes sur un composant hardware, crée une nouvelle transaction de hlockchain à destination de la passerelle elle-même utilisant un script incorporant la clé privée éphémère (eSk) permettant de valider le script de la transaction blockchain (8) créée par le destinataire, ladite nouvelle transaction une fois validée comporte la clé eSk pour permettre de déchiffrer le message chiffré, ladite création débutant lorsque ladite transaction blockchain créée par le destinataire a été trouvée. [0026] Ainsi l'invention a pour avantage de permettre au moins un transfert d'un message d'un noeud à un destinataire, par l'intermédiaire d'une passerelle qui ne partage pas nécessairement le même propriétaire avec le destinataire et/ou le noeud, tout en garantissant la sécurité et la confidentialité du message, la clé privée éphémère n'étant connue que de la passerelle et du noeud, acteurs tout deux dans la communication. [0027] Suivant d'autres aspects avantageux de l'invention, la passerelle selon l'invention intègre une ou plusieurs des caractéristiques suivantes, prises isolément ou suivant toutes les combinaisons techniquement possibles : [0028] Selon une particularité, l'évènement déclencheur de la génération et/ou l'envoi des clés privée et publique éphémères par un premier module générateur de la passerelle et/ou le second module émetteur de la passerelle peut être au moins un événement choisi dans la liste suivante : [0029] la réception par liaison radio (2) d'une demande de la clé publique éphémère de la part d'au moins un noeud communicant avec au moins un objet connecté, l'émission périodique, par un module d'émission de la passerelle, option- nellement le second module de la passerelle, d'un message de signalisation contenant la clé publique éphémère, [0030] ou une de leurs combinaisons. [0031] Ainsi, la génération des clés éphémères privées et/ou publiques est plus flexible et peut être déclenchée par plusieurs phénomènes qui seront choisis en fonction de la situation et des contraintes de celle-ci. [0032] Selon une autre particularité, le quatrième module de gestion de blockchain de la passerelle comprend en outre un sous-module de vérification qui, par l'exécution de codes associé à un composant hardware, vérifie au moyen de la clé privée éphémère (eSk) que ladite transaction contient une valeur financière, et optionnellement mesure ladite valeur financière, le sous-module de vérification étant en outre configure pour stopper la transaction si la vérification échoue ou si la valeur financière contenue dans la transaction est inférieure à une valeur préalablement négociée entre la passerelle et le noeud et mémorisée dans un média lisible par la passerelle. [0033] L'utilisation de crypto-monnaie dans une transaction en vue d'un transfert permet d'inciter les passerelles à rentrer dans le système grâce à la rétribution potentielle prévue pour chaque transfert de données. Ladite vérification par le sous-module de vérification permet à la passerelle de ne valider la transaction que si le paiement est présent et suffisant, par exemple égal à une valeur préalablement négociée. Cela permet d'empêcher le destinataire de ne pas payer ou de payer trop peu la passerelle pour le transfert de données. [0034] Selon une autre particularité, la passerelle, est utilisée avec un noeud communicant avec au moins un objet connecté, ou directement un objet (1), le noeud ou objet comprenant au moins un ou plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine, et au moins : [0035] Un média lisible par la machine constituant un espace de mémoire comprenant une clé privée (Sk) et une adresse blockchain du destinataire transmise par une application du destinataire ou le serveur d'application du destinataire au noeud ; [0036] Un module récepteur qui, par l'exécution de codes sur un composant hardware, reçoit la clé publique éphémère (ePk) envoyée par la passerelle et envoyée ; [0037] Un module générateur qui, par l'exécution de codes sur un composant hardware, génère un message (m) en réponse à des données provenant d'un objet connecté, [0038] ledit module comprenant un sous-module de chiffrement qui, au moyen de la clé publique éphémère (ePk) envoyée par la passerelle, chiffre ce message pour obtenir le message chiffré (Em), [0039] le sous-module de chiffrement réalisant en outre une signature, la signature (Sig) 6 étant le chiffrement, d'un hachage du message chiffré et de la clé publique éphémère reçue de la passerelle, au moyen de la clé privée (Sk) contenue dans l'espace de mémoire du noeud, [0040] le module générateur (N5) comprenant aussi un sous-module émetteur qui envoie la signature, le message chiffré et l'adresse blockchain du destinataire à la passerelle par le réseau radio. [0041] Cela permet au noeud de pouvoir communiquer des données à la passerelle et de proposer un réseau de télécommunication selon l'invention qui est distribué et fiable. [0042] Selon une autre particularité, le sous-module de chiffrement du noeud ou objet chiffre une première fois le message (m) généré par le module générateur (N5) au moyen d'une clé symétrique (K) partagée avec une application ou un serveur d'application du destinataire pour obtenir le message chiffré Ek(m) avant que le sous-module de chiffrement chiffre le message au moyen de la clé publique éphémère (ePk) envoyée parla passerelle, pour obtenir le message double chiffré (Em). [0043] Ainsi, le message ne peut être déchiffré que par une clé (K) connue seulement du noeud ou objet et du destinataire. Le message peut être chiffré avec cette clé sur le noeud et déchiffré du côté du destinataire. Ce chiffrement est nécessaire si la confidentialité des données est requise. La passerelle ne disposant pas de la clé ne pourra pas déchiffrer le message, la confidentialité lors de l'échange avec une entité étrangère, telle qu'une passerelle qui ne partage pas le même propriétaire que le noeud et le destinataire, est conservé. [0044] Selon une particularité, une passerelle selon l'invention peut être utilisée avec : [0045] Un noeud ou objet selon l'invention, [0046] Une application ou un serveur d'application du destinataire, l'application ou le serveur comprenant au moins un ou plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine, dont au moins : [0047] Un module de génération qui, par l'exécution de codes sur un composant hardware, génère et envoie la clé privée (Sk) et optionnellement la clé symétrique (K) à destination du noeud communicant avec au moins un objet connecté ; [0048] Un média lisible par la machine constituant un espace de mémoire comprenant une clé publique (Pk) complémentaire de la clé privée (Sk) transmise au noeud ; [0049] Un premier module de transaction qui, par l'exécution de codes sur un composant hardware, crée une transaction blockchain à l'adresse blockchain de l'application ou du serveur d'application du destinataire, ladite transaction blockchain comprenant l'adresse IP de l'application ou du serveur d'application du destinataire ; [0050] Un module récepteur qui, par l'exécution de codes sur un composant hardware, reçoit 7 de la passerelle, par un réseau longue distance, par exemple Internet les données comprenant le message chiffré, la signature et la clé publique éphémère envoyée parla passerelle, et lors de la réception desdites données, lance un sous-module de vérification de la signature qui vérifie au moyen d'un calcul de signature au moyen de la clé privée (Sk) enregistrée dans l'espace de mémoire en comparant le résultat du calcul avec la signature reçue que la signature reçue a bien été généré par le noeud communicant avec au moins avec l'objet connecté, le module stoppant la transaction si cette vérification échoue ; [0051] Un module de transaction, optionnellement le premier module de transaction, qui, par l'exécution de codes sur un composant hardware, crée une transaction hlockchain à l'adresse hlockchain du destinataire une fois que le sous-module de vérification a effectué la vérification du message, la transaction comprenant au moins un script spécifique, utilisant la clé publique éphémère envoyée par la passerelle ; [0052] Le module de transaction comprenant un sous-module de recherche qui une fois le message chiffré (Em), la clé publique éphémère (cPk), et la signature (Sig) reçus, ou la transaction créée par le destinataire, recherche une transaction hlockchain incorporant l'adresse hlockchain de la passerelle et un script de signature utilisant la clé privée éphémère (cSk) ; [0053] Le module de transaction comprenant un sous-module de déchiffrement qui, une fois la transaction blockchain trouvée, utilise la clé privée éphémère (cSk) de ladite transaction pour déchiffrer le message chiffré du noeud reçu de la passerelle par le module récepteur, et préférentiellement en outre au moyen de la clé symétrique (K) partagée avec le noeud, [0054] Le module de transaction comprenant optionnellement en outre un sous-module de lecture/écriture et un espace mémoire dans lequel le sous-module de lecture/écriture enregistre des données et qui, une fois la transaction blockchain trouvée, enregistre la clé privée éphémère (eSk) de ladite transaction dans le média lisible par la machine de l'application ou du serveur d'application du destinataire. , [0055] Avantageusement, l'utilisation d'une passerelle, d'un noeud et d'un destinataire selon l'invention permettent la mise en place d'un système pour un réseau distribué dont les différents acteurs sont susceptibles d'appartenir à des propriétaires différents et étrangers entre eux, tout en garantissant une utilisation non abusive du réseau, par l'utilisation des caractéristiques de la blockchain. [0056] Selon une particularité, le module de transaction de la passerelle déverrouille la transaction créée par ledit module après une certaine durée, si la passerelle n'a pas débloqué la transaction durant cette durée. [0057] Avantageusement, le destinataire peut récupérer le contenu de la transaction, dans le cas où la clé privée éphémère (eSk) n'est pas fournie à temps, par exemple si la 8 passerelle est défectueuse. Cela incite les différents acteurs de la communication à une transmission rapide des données. [0058] Selon une particularité, le noeud du système de communication peut utiliser un chiffrement RSA-512 pour effectuer sa signature des données. [0059] Avantageusement, le chiffrement RSA-512 permet de limiter la taille de la charge utile à envoyer sur le réseau LoRaWAN qui est limité. Par charge utile on entend le volume de données échangé entre les différentes parties. [0060] Selon une particularité, le quatrième module de gestion de blockchain de la passerelle comprend un sous-module de mesure du temps associé à une instruction d'attente d'un temps de confirmation après la réception d'une transaction blockchain du destinataire, préférentiellement au moins avant la réception de la transaction nécessitant de fournir la clé secrète éphémère. [0061] Cela permettra de se prémunir face au « double spending » du destinataire, phénomène par lequel le destinataire peut successivement créer une transaction et la dépenser, ce qui lui permet de récupérer la clé éphémère privée sans récompenser la passerelle pour le transfert des données. [0062] Selon une particularité, le quatrième module de gestion de blockchain de la passerelle attend la confirmation du minage du bloc de la blockchain par d'autres participants de la blockchain. [0063] Avantageusement, le minage fournit une preuve cryptographique qui ne repose pas sur la confiance entre les participants ayant fourni l'information. [0064] Selon une particularité, la passerelle comprend en outre un premier module gé- nérateur qui comprend au moins un code exécuté sur un composant hardware, pour générer la clé privée éphémère (eSk) et la clé publique éphémère (ePk) complémentaire de ladite clé éphémère privée (eSk), préférentiellement en réponse à un évènement déclencheur, et mémorise ces clés (ePk, eSk) dans un média lisible par la machine. [0065] L'invention concerne aussi une méthode de communication entre au moins un objet connecté relié par radio soit directement à un noeud soit à au moins une passerelle communiquant par un réseau filaire avec au moins une application ou au moins un serveur d'application d'au moins un destinataire, caractérisée en ce qu'elle comprend : [0066] une passerelle comprenant plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine dont au moins : [0067] Un premier module générateur [0068] Un second module émetteur [0069] Un troisième module récepteur qui comprend un sous-module émetteur, 9 [0070] Un quatrième module de gestion de blockchain qui comprend au moins un sous- module de recherche et un sous-module de création de transaction ; [0071] un noeud d'un objet connecté comprenant au moins un ou plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine les modules étant mémorisés dans au moins un média lisible par la machine et au moins : [0072] Un média lisible par la machine [0073] Un module récepteur (N2) [0074] Un module générateur (N5) comprenant un sous-module de chiffrement et un sous- module émetteur ; [0075] une application ou un serveur d'application du destinataire comprenant au moins un ou plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine, dont au moins : [0076] Un module de génération [0077] Un média lisible par la machine [0078] Un premier module de transaction [0079] Un module récepteur comprenant un sous-module de vérification [0080] Un module de transaction, optionnellement le premier module de transaction comprenant un sous-module de recherche, un sous-module de lecture/écriture et un sous-module (le déchiffrement [0081] Les modules effectuant leurs actions par l'exécution de codes sur au moins un composant hardware ; [0082] et qu'elle comprend au moins les étapes suivantes : [0083] I. Génération par le module de génération de l'application ou du serveur d'application du destinataire d'une clé publique (Pk) et enregistrement sur un média lisible par la machine constituant un espace de mémoire, puis génération et envoi de la clé privée (Sk) complémentaire de la clé publique (Pk) à destination du noeud communicant avec au moins un objet connecté, et enregistrement dans le média lisible du noeud constituant un espace de mémoire la clé privée (Sk) transmise ; II. Création d'une transaction blockchain par le module de transaction de l'application ou du serveur d'application du destinataire à l'adresse blockchain de l'application ou du serveur d'application du destinataire, ladite transaction blockchain comprenant l'adresse IP de l'application ou du serveur d'application du destinataire III. Envoi par le second module émetteur de la passerelle sur le réseau radio vers un noeud communicant avec au moins un objet connecté (D), de la clé publique éphémère (ePk) mémorisée dans au moins un média lisible par la machine de la passerelle; IV. Réception par le module récepteur du noeud de la clé publique éphémère (ePk) envoyée par le second module émetteur de la passerelle; V. Génération par le module générateur du noeud, d'un message (m) en réponse à des données provenant d'un objet connecté (D), [0084] Chiffrement du message (m) par le sous-module de chiffrement du module gé- nérateur (N5), au moyen de la clé publique éphémère (ePk), pour obtenir le message chiffré (Em), [0085] Réalisation d'une signature par le sous-module de chiffrement, la signature (Sig) étant le chiffrement, d'un hachage du message chiffré et de la clé publique éphémère reçue de la passerelle, au moyen de la clé privée (Sk) contenue dans l'espace de mémoire du noeud, [0086] 1. Envoi de la signature, du message chiffré de l'adresse blockchain du des- tinataire par le sous-module émetteur du module générateur (N5) du noeud à la passerelle par le réseau radio ; Réception des données par le troisième module récepteur de la passerelle et recherche par le sous-modèle de recherche du troisième module récepteur de la passerelle d'une adresse blockchain de l'application ou du serveur d'application d'un destinataire (@R) liée à une transaction de blockchain créée par l'application ou du serveur d'application du destinataire (@R) comprenant une adresse IP de l'application ou du serveur d'application du destinataire et récupère ladite adresse IP, III. Envoi par le sous-module émetteur du troisième module de la passerelle par protocole IP à l'adresse IP de l'application ou du serveur d'application du destinataire d'au moins : le message chiffré, la signature, la clé publique éphémère et l'adresse blockchain de la passerelle ; IV. Réception par le module récepteur de l'application ou un serveur d'application du destinataire, par protocole IP des données de la passerelle comprenant le message chiffré, la signature et la clé publique éphémère, et lors de la réception desdites données, lancement d'un sous-module de vérification de la signature, et vérification au moyen d'un calcul de signature au moyen de la clé privée (Sk) enregistrée dans l'espace de mémoire en comparant le résultat du calcul avec la signature reçue que la signature reçue a bien été généré par le noeud communicant avec au moins avec l'objet connecté, la transaction étant stoppée par le module si la vérification échoue ; V. Création d'une transaction blockchain à l'adresse blockchain du destinataire par le module de transaction de l'application ou un serveur d'application du 11 destinataire, optionnellement le premier module de transaction, une fois que le sous-module de vérification a effectué la vérification du message, la transaction comprenant au moins un script spécifique, utilisant la clé puhlique éphémère (cPk); VI. Recherche d'une transaction de la transaction hlockchain (8) créée par le des- tinataire dans la hase de donnée mémorisant les transactions hlockchain et qui comporte ou résulte d'un script spécifique à clé puhlique éphémère (cPk) par le sous-module de recherche du quatrième module de gestion de hlockchain de la passerelle, une fois l'envoi des données lors de l'étape VIII effectué, puis, une fois ladite transaction hlockchain créée par le destinataire trouvée, création d'une nouvelle transaction de hlockchain par le sous module de création de transaction du quatrième module de gestion de hlockchain de la passerelle en utilisant comme entrées les sorties de la transaction précédente, et utilisant un script incorporant la clé privée éphémère (eSk). VII. Recherche dans la hlockchain par le sous-module de recherche de l'application ou du serveur d'application du destinataire de la transaction créée par la passerelle, récupération de la clé privée éphémère (eSk) et, optionnellemcnt, enregistrement de ladite clé privée éphémère (eSk) ) par le sous-module de lecture/écriture dans le média lisible par la machine de l'application ou du serveur d'application du destinataire. VIII. Le sous-module de déchiffrement de l'application ou un serveur d'application du destinataire déchiffre le message (Em) au moyen de la clé privée éphémère (eSk) récupérée par le sous-module de recherche. [0087] La méthode de communication selon l'invention a pour avantage de permettre un transfert d'un message d'un noeud à un destinataire, dans un réseau distribué, par l'intermédiaire d'une passerelle qui ne partage pas le même propriétaire avec le destinataire et/ou le noeud, tout en garantissant la sécurité et la confidentialité du message, la clé privée éphémère n'étant connue que de la passerelle et du noeud acteurs de la communication, l'utilisation des caractéristiques de la blockchain permettant d'augmenter la sécurité de la communication. [0088] Selon un mode de réalisation particulier de l'invention, l'étape XI de la méthode comprend en outre une vérification par le sous-module de recherche du quatrième module de gestion de blockchain de la passerelle que ladite transaction contient une valeur financière, et optionnellement une mesure de ladite valeur financière, la transaction étant stoppée par le sous-module si la vérification échoue ou si la valeur financière contenue dans la transaction est inférieure à une valeur préalablement négociée entre la passerelle et le noeud. [0089] Cela incite les destinataires à proposer une valeur financière, la valeur devant de plus 12 être suffisante, et incite les passerelles à proposer leurs services pour le transfert de données en échange d'une récompense. [0090] Selon un mode de réalisation particulier de l'invention, l'étape V comprend en outre un premier chiffrement du message (m) est réalisé par le sous-module de chiffrement du module générateur (N5) du noeud au moyen d'une clé symétrique (K) partagée avec une application ou un serveur d'application du destinataire pour obtenir le message chiffré Ek(m), avant que le chiffrement au moyen de la clé publique éphémère (ePk) ne soit réalisé, pour obtenir le message double chiffré (Em), Le déchiffrement du message double chiffré (Em) par le sous-module de déchiffrement de l'application ou un serveur d'application du destinataire à l'étape XIII est alors réalisé au moyen de la clé privée éphémère (eSk) puis de la clé symétrique (K). [0091] Ainsi, le message ne peut être déchiffré complètement que par une clé (K) connue seulement du noeud et du destinataire. Le message est alors chiffré avec cette clé sur le noeud et déchiffré du côté du destinataire. Cette étape est nécessaire si la confidentialité des données est requise. La passerelle ne disposant pas de la clé ne pourra pas déchiffrer le message, la confidentialité lors de l'échange avec une entité étrangère, telle qu'une passerelle qui ne partage pas le même propriétaire que le noeud et le destinataire, est conservé. [0092] Dans un mode de réalisation particulier non limitatif, le script de vérification utilisé à l'étape X comprend une vérification de la clé privée éphémère (eSk) donnée par la passerelle est celle qui correspond à la clé publique éphémère (ePk) de la transaction et un déverrouillage de la transaction au bout d'un certain temps. [0093] Cette méthode de communication permet de garantir les propriétés suivantes : [0094] L'intégrité des données L'authenticité des données Le paiement correct de la passerelle si le destinataire reçoit les données La réception des données par le destinataire en cas de paiement [0095] De plus, si le si le message (m) est double chiffré, au moyen de la clé symétrique (K) la confidentialité des données est assurée. [0096] Ce protocole d'échange nécessite un type de transaction spécifique pour résister aux attaques. Étant donné que les fonds contenus à l'étape X sont verrouillés jusqu'à ce que la clé privée correcte soit donnée, il peut être nécessaire que la transaction soit également verrouillée dans le temps. Il est ainsi possible de verrouiller les fonds d'une transaction pour un nombre donné de blocs. Le destinataire peut ensuite spécifier que les fonds sont verrouillés jusqu'à ce que 1) la clé privée associée soit révélée ou 2) un laps de temps donné soit écoulé. [0097] Le système de validation de la blockchain peut être la preuve de travail, la preuve d'enjeu, ou tout autre système de validation d'une base de données blockchain. 13 Brève description des dessins [0098] D'autres particularités et avantages de la présente invention apparaîtront plus clairement à la lecture de la description ci-après, faite en référence aux dessins annexés, dans lesquels : [0099] [fie.11 [0100] la figure 1 représente une vue schématique simplifiée du système de commu- nication, entre une passerelle, un destinataire et un noeud d'un objet connecté, en passant par le réseau radio, symbolisé par des flèches, et le réseau terrestre (Internet), symbolisé par le symbole 5. [0101] [fig.21 [0102] la figure 2 est une vue schématique simplifiée représentant les différentes étapes de la méthode de communication (séquence des différents échanges) [0103] Les systèmes représentés sur certaines des figures peuvent être fournis dans diverses configurations. Dans certains modes de réalisation, les systèmes peuvent être configurés en tant que système distribué dans lequel un ou plusieurs composants du système sont répartis sur un ou plusieurs réseaux dans un système de « cloud computing » ou informatique en nuage. [0104] DESCRIPTION DETAILLEE DE DIFFERENTS MODES DE REALISATION DE L'INVENTION [0105] Dans la description suivante, à des fins d'explication, des détails spécifiques sont présentés afin de permettre une compréhension approfondie des modes de réalisation de l'invention. Cependant, il sera évident que divers modes de réalisation peuvent être mis en pratique sans ces détails spécifiques. Les figures et la description ne sont pas censées être restrictives. [0106] Des détails spécifiques sont donnés dans la description suivante pour permettre une compréhension approfondie des modes de réalisation. Cependant, l'homme du métier comprendra que les modes de réalisation peuvent être mis en pratique sans ces détails spécifiques. Par exemple, des circuits, des systèmes, des réseaux, des processus et d'autres composants peuvent être représentés sous forme de composants sous forme de diagramme afin de ne pas obscurcir les modes de réalisation de manière inutile. Dans d'autres cas, des circuits, des processus, des algorithmes, des structures et des techniques bien connus peuvent être représentés sans détails inutiles afin d'éviter l'obscurcissement des modes de réalisation. [0107] Dans un mode de réalisation particulier de l'invention, dont un exemple simplifié est illustré à la figure 1, un objet connecté (D) peut communiquer avec un destinataire (7) par l'intermédiaire d'une passerelle étrangère (3). Ainsi, la passerelle (3) permet de faire transiter un message (m) d'un noeud (1) à une application ou à un serveur 14 d'application d'un destinataire (7), la passerelle 3 agissant comme relais entre le noeud (1) et le destinataire (7), en communiquant avec eux respectivement par réseau radio, par liaison sans fil (2), préférentiellement par le réseau LoRaWAN, et par réseau Internet avec une liaison IP (6). [0108] En d'autres termes, le capteur d'un objet connecté (D) directement lié à un noeud (1) génère des données qu'il doit envoyer à un destinataire (7). Le noeud (1) n'est pas à portée radio du destinataire (7). Pour envoyer ses données, il va utiliser un intermédiaire, une passerelle (3) par liaison sans fil, ou liaison radio (2). La passerelle (3) est reliée par liaison IP (4) au réseau Internet (5), tout comme le destinataire (7) qui est lui aussi relié par liaison IP (6) au réseau Internet (5). La hase de données hlockchain n'est ici pas représentée ici et est accessible par la passerelle (3) et le destinataire (7) par liaison IP. [0109] On comprend que l'objet connecté est associé à un capteur, une sonde ou tout autre moyen technique configure pour générer des données à transmettre à un destinataire. [0110] Le réseau de télécommunication selon l'invention est distribué et fiable, tout en ga- rantissant une utilisation non abusive du réseau, par l'utilisation des caractéristiques de la hlockchain. [0111] Cc but est atteint par une architecture particulière basée sur le réseau LoRaWAN. Ce réseau est caractérisé en ce qu'il repose au contraire sur les utilisateurs eux-mêmes pour fonctionner, et la confiance et le bon usage du réseau sont assurés grâce à une blockchain. [0112] Dans le réseau selon l'invention, que l'on pourrait appeler BcWAN (Blockchain Wide Area Network), chaque utilisateur peut décider de déployer une ou plusieurs passerelle(s) qui permettent à des objets de cet utilisateur ou d'autres utilisateurs de transmettre des données sur Internet. [0113] Par exemple, une personne a déployé une passerelle dans sa maison reliée à sa box internet. Il a aussi installé un collier autour du cou de son chien muni d'un GPS et d'une connexion au réseau BcWAN. Lorsque le chien est à proximité de la maison de son maitre, la position est envoyée directement à la passerelle BcWAN par radio. Si le chien s'échappe et sort de la portée de communication de la passerelle de son maitre, la position du chien peut être relayée grâce à la passerelle d'un autre utilisateur. Par exemple, lors de la détection du noeud du collier par ladite passerelle d'un autre utilisateur, celle-ci générera une paire de clés éphémères privée et publique uniques et enverra la clé éphémère publique au noeud du collier pour lui pet-mettre de débuter le transfert de données par le réseau BcWAN quand il le désire. [0114] Tout comme le réseau LoRaWan, le réseau selon l'invention peut être utilisé dans la gestion d'outils pour le suivi et la surveillance (aéroports, parkings, sites de constructions, entrepôts, commerces de détails), d'optimisation de la gestion de l'énergie, de l'aménagement du territoire, du suivi de palettes, de conteneurs de transport ; des villes « intelligentes » avec des compteurs intelligents, détecteurs pour parkings, le contrôle de l'éclairage urbain, la gestion des déchets ; ou des bâtiments et maisons « intelligents » qui peuvent détecter des fuites d'eau, contrôler des pièges à rongeur ou à termites, et tous les capteurs intelligents domestiques. [0115] Le réseau selon l'invention est une plateforme décentralisée qui permet à différentes parties d'accéder à leurs noeuds et de collecter des données à travers des passerelles étrangères (dont les parties ne sont pas propriétaires), tout en maintenant les standards de confidentialité et de sécurité. [0116] A la place d'un seul acteur du déploiement du réseau, une architecture basée sur une hlockchain gère l'accès au contrôle du réseau, et permet aux passerelles de communiquer directement à travers un réseau pair-à-pair. Un noeud appartenant à un destinataire peut envoyer des données au destinataire en passant par une passerelle étrangère alors que : [0117] - La passerelle et le destinataire peuvent ne pas se faire confiance, La confidentialité des données doit être assurée, Les passerelles ne devraient pas être capables de recevoir plus de données que ce qui est nécessaire à la participation dans le réseau et la passerelle peut être récompensée pour le transfert de données effectué. [0118] On entend par mémoire tous types de "support de stockage/média lisible par machine". On entend par "support de stockage/média lisible par machine" ou "support de stockage/média lisible par ordinateur", sans toutefois s'y limiter, les dispositifs de stockage portables ou non portables, les dispositifs de stockage optique et divers autres supports capables de stocker, de contenir ou de supporter des instructions et / ou données, et tout support qui participe à la fourniture d'instructions à un processeur pour leur exécution. Un support lisible par machine peut inclure un support non transitoire dans lequel des données peuvent être stockées et qui n'inclut pas les ondes porteuses et / ou les signaux électroniques transitoires se propageant sans fil ou par des connexions filaires. Les supports non volatiles comprennent, par exemple, les disques optiques, magnétiques ou les mémoires mortes. Les supports volatiles incluent la mémoire dynamique, y compris la mémoire cache. Les supports de transmission comprennent les câbles coaxiaux, les fils de cuivre et les fibres optiques. Les formes courantes de supports lisibles par ordinateur incluent, par exemple, sans toutefois s'y limiter, une disquette, un disque flexible, un disque dur, une bande magnétique, tout autre support magnétique, un CD-ROM, un DVD, tout autre support optique, des cartes perforées, une autre support physique avec des motifs de trous, une RAM, une PROM et une EPROM, une FLASH-EPROM, toute autre puce de mémoire ou cartouche, une onde porteuse, ou tout autre support à partir duquel un ordinateur peut lire. Diverses formes 16 de supports lisibles par ordinateur peuvent être impliquées dans le support d'une ou plusieurs séquences d'une ou plusieurs instructions vers un processeur pour leur exécution. [0119] Un produit programme d'ordinateur peut inclure un code et / ou des instructions exé- cutables par une machine pouvant représenter une procédure, une fonction, un sous-programme, un programme, une routine, un sous-programme, un module, un logiciel, une classe ou toute combinaison de instructions, structures de données ou instructions de programme. Un segment de code peut être couplé à un autre segment de code ou à un circuit matériel en transmettant et / ou en recevant des informations, des données, des arguments, des paramètres ou des contenus de mémoire. Des informations, arguments, paramètres, données, etc. peuvent être transmis, transmis ou transmis par tout moyen approprié, notamment le partage de mémoire, la transmission de messages, la transmission de jetons, la transmission réseau, etc. [0120] Plusieurs unités fonctionnelles décrites dans la présente description ont été nommées modules, afin de souligner leur indépendance d'exécution. Par exemple, un module peut être mis en oeuvre par circuit électronique, tel qu'un circuit intégré par exemple ou par d'autre types d'arrangement de composants, tels que par exemple des semiconducteurs, des portes logiques, des transistors ou d'autres composants discrets. Dc tels modules peuvent également être mis en oeuvre par une ou plusieurs application(s) logicielle(s) ou portion(s) de code exécutable(s) au sein d'au moins un environnement logiciel, pour l'exécution par de divers types de processeurs et ce, quel que soit le langage utilisé. Un module identifié de code exécutable peut, par exemple, comporter un ou plusieurs blocs physiques ou logiques d'instructions machine qui peuvent, par exemple, être organisés en objet, procédé, ou fonction. De plus, les routines et instructions d'un module identifié n'ont pas besoin d'être physiquement localisés ensemble, mais peuvent comporter des instructions disparates stockées dans différents endroits qui, une fois réunis fonctionnellement et logiquement ensemble, forment le module et réalisent le but indiqué pour le module. [0121] En effet, un module peut être une instruction simple de code exécutable, ou une pluralité d'instructions, et peut même être distribué parmi plusieurs différents segments de code ou parmi différents programmes et stocké dans plusieurs blocs de mémoires. De même, des données opérationnelles peuvent être identifiées et illustrées dans des modules, et peuvent être incorporées sous n'importe quelle forme appropriée et être organisées dans n'importe quel type approprié de structure de données. Les données opérationnelles peuvent être rassemblées ou peuvent être réparties sur différents endroits incluant différents dispositifs de stockage finis, et peuvent exister, au moins partiellement, simplement en tant que signaux électroniques sur un système ou un réseau. Différents modules peuvent ainsi composer des modules regroupés, voire un unique 17 module. [0122] En outre, des modes de réalisation peuvent être mis en oeuvre par matériel, logiciel, micrologiciel, middleware, microcodc, langages de description de matériel, ou toute combinaison de ceux-ci. Lorsqu'il est mis en oeuvre dans un logiciel, un micrologiciel, un middleware ou un microcodc, le code de programme ou les segments de code pour effectuer les tâches nécessaires (par exemple, un produit de programme d'ordinateur) peuvent être stockés sur un support lisible par machine. Un processeur peut effectuer les tâches nécessaires. [0123] On entend par « composant hardware » tout composant matériel et toute association de composants électroniques permettant la réalisation d'une tâche, tels qu'un ou plusieurs dispositifs, processeurs ou dispositifs de traitement qui peuvent être configurés pour exécuter la ou les fonction(s) de chacun des éléments et modules de l'arrangement structurel décrit ici. Par exemple, le ou les dispositifs, processeurs ou dispositifs de traitement peuvent être configurés pour exécuter une ou plusieurs séquences d'une ou plusieurs instructions exécutables par la machine contenues dans une mémoire principale afin de mettre en oeuvre le ou les procédés ou la ou les fonctions décrits dans la présente demande. L'exécution des séquences d'instructions contenues dans une mémoire principale amène les processeurs à exécuter au moins certaines des étapes du processus ou des fonctions des éléments décrits ici. Un ou plusieurs processeurs dans un arrangement multi-processeurs peuvent également être utilisés pour exécuter les séquences d'instructions contenues dans une mémoire principale ou un ordinateur lisible en mémoire. Dans des variantes de modes de réalisation, des circuits câblés peuvent être utilisés à la place ou en combinaison avec des instructions logicielles. Ainsi, les modes de réalisation ne sont limités à aucune combinaison spécifique de circuits matériels et logiciels. [0124] On entend par « blockchain » une technologie de stockage et de transmission d'informations, transparente, sécurisée, fonctionnant sans organe central de contrôle. Par extension, une blockchain constitue une base de données qui contient l'historique de tous les échanges effectués entre ses utilisateurs depuis sa création. Cette base de données est sécurisée et distribuée : elle est partagée par ses différents utilisateurs, sans intermédiaire, ce qui permet à chacun de vérifier la validité de la chaîne. [0125] Chaque transaction Blockchain possède des entrées et des sorties, il s'agit du vecteur d'échange de la crypto-monnaie. Pour que la sortie d'une transaction puisse être « dépensée » elle est ajoutée en entrée d'une transaction. La nouvelle transaction doit valider le script lié à la précédente transaction. Le script est une série d'instruction qui permet d'avoir un contrôle sur l'utilisation des sorties de la transaction. Le script de base de la Blockchain Bitcoin est appelé pay-to-pubkey-hash. Il permet de contrôler qui sera le bénéficiaire des sorties. 18 [0126] On entend par une « adresse hlockchain » un unique identifiant permettant de désigner la destination d'une transaction, à laquelle l'entité à qui appartient l'adresse hlockchain va créer une transaction blockchain. Cette transaction sera ainsi retrouvée dans la hase de données blockchain grâce à cet identifiant. [0127] Le but de BcWAN est de créer une infrastructure LoRaWAN partagée permettant à différentes parties de déployer et d'utiliser le réseau sans faire appel à un seul opérateur de réseau et sans avoir à déployer l'ensemble du réseau. L'idée de BcWAN est qu'elle ne repose pas sur une tierce partie de confiance qui peut être difficile à définir dans une telle situation. En effet, BcWAN ne nécessite aucun serveur centralisé, ni aucun tiers de confiance, sauf si on considère une blockchain comme un tiers de confiance. Afin de prévenir les abus sur le réseau, BcWAN s'appuie sur des crypto-devises et des micro-transactions. [0128] On entend par « réseau WAN » un réseau étendu, qui comporte au moins une partie de transmission/liaison filaire, mais qui peut comprendre aussi une partie de transmission/liaison sans fil. [0129] Le réseau radio (liaison sans fil) par lequel communique le noeud ou objet et la passerelle est un réseau de distance modérée, dont le flux de données est en général plus limité que le réseau longue distance comme le réseau Internet. [0130] On entend par réseau longue distance, un réseau filaire et/ou sans fil, qui permet de transférer des données sur une grande distance, par exemple le réseau Internet. On comprend que les envois réalisés par Internet peuvent par exemple utiliser les protocoles TCP/IP ou UDP/IP. [0131] On entend par « noeud ou objet » un dispositif pour communiquer qui peut être le noeud d'un objet intelligent, ou l'objet lui-même pouvant communiquer. On comprend ainsi que lorsque l'on parle de noeud et à moins que le contraire soit clairement exprimé, on entend noeud ou objet. [0132] Cette architecture peut comprendre une récompense financière en échange de la livraison d'un message. Ainsi, chaque fois qu'un acteur du réseau envoie un message via l'un de ses noeuds, il doit payer pour la livraison du message. Lorsqu'un acteur transfère un message via l'une de ses passerelles, il reçoit quelques crypto-devises en guise de récompense pour le traitement du message. [0133] L'invention propose ainsi une architecture basée sur le réseau LoRa permettant la transmission de données par l'intermédiaire de tiers sans avoir besoin d'un tiers de confiance. Ceci est particulièrement intéressant car il permet aux parties partageant le même objectif de déployer un réseau commun de manière sécurisée et équitable tout en respectant les normes de sécurité. Les règles sont appliquées via une blockchain afin que les parties puissent échanger équitablement au sein du réseau fédéré. Les parties qui ne participent pas au réseau ne peuvent pas tirer profit des biens échangés dans le 19 réseau. [0134] L'invention propose aussi un nouveau moyen pour les parties d'échanger des données en toute sécurité dans un environnement potentiellement malveillant sans avoir besoin d'un tiers de confiance. [0135] Un tel échange repose sur le principe d'« échange juste » entre l'acteur qui envoie les données à payer au transmetteur, en général une passerelle, et le transmetteur qui souhaite recevoir la crypto-monnaie en échange de l'envoi des données. Ce principe doit être respecté pour que l'échange fonctionne. [0136] L'invention répond à cette problématique en garantissant que le paiement soit effectué si et seulement si les données sont envoyées au destinataire par la passerelle, en utilisant les fonctionnalités fournies par les scripts Blockchain, également appelés contrats intelligents. [0137] Un premier aspect de l'invention concerne ainsi une passerelle (3) pour com- muniquer par réseau radio (2) avec au moins un noeud ou objet (1) et par un réseau filaire (4,6) avec au moins une application ou au moins un serveur d'application d'un destinataire (7) et un dispositif de stockage de données constituant au moins une hase de données blockchain (8) mémorisant des transactions blockchain, la passerelle (3) étant caractérisé en ce qu'elle comprend plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine, dont au moins : [0138] Un second module émetteur (P2) qui par l'exécution d'au moins un code sur un composant hardware envoie sur le réseau radio vers un noeud (1) communicant avec au moins un objet connecté (D), des données mémorisées dans au moins un média lisible par la machine de la passerelle, les données comprenant au moins une clé publique éphémère (ePk) complémentaire d'une clé éphémère privée (eSk), [0139] Un troisième module récepteur (P3) qui comprend une pluralité de codes exécutés sur un composant hardware, pour recevoir des données d'un noeud ou objet (1) du réseau radio (2), les données comprenant : [0140] - une signature (Sig), un message chiffré (Em), et une adresse blockchain de l'application ou du serveur d'application d'un destinataire (@R) liée à une transaction de blockchain créée par l'application ou du serveur d'application du destinataire (7) comprenant une adresse IP de l'application ou du serveur d'application du destinataire (7), [0141] le troisième module (P3) comprend un sous-modèle de recherche qui, par l'exécution de codes sur un composant hardware, recherche une transaction à l'adresse blockchain de l'application ou du serveur d'application du destinataire (@R) et récupère ladite adresse IP de l'application ou du serveur d'application du destinataire (7) contenue dans la transaction, et un sous-module émetteur (6) qui, par l'exécution de codes sur un composant hardware, déclenche l'envoi par protocole IP (4) à l'adresse IP de l'application ou du serveur d'application du destinataire (7) d'au moins : [0142] - le message chiffré (Em), la signature (Sig), la clé publique éphémère (ePk), et l'adresse blockchain de la passerelle (3), [0143] Un quatrième module de gestion de hlockchain (P4) comprenant : [0144] - au moins un sous-module de recherche qui, par l'exécution de codes sur un composant hardware, recherche une transaction ou des données de la transaction hlockchain (8) créée par le destinataire (7) dans la hase de données (8) mémorisant les transactions blockchain et qui comporte ou résulte d'un script spécifique à clé publique éphémère (ePk), ladite recherche débutant lorsque l'envoi du message chiffré, de la clé publique éphémère et de la signature au destinataire (7) est effectué, et ; [0145] - un sous-module de création de transaction qui, par l'exécution de codes sur un composant hardware, crée une nouvelle transaction de blockchain à destination de la passerelle (3) elle-même utilisant un script incorporant la clé privée éphémère (eSk) permettant de valider le script de la transaction blockchain (8) créée par le destinataire (7), ladite nouvelle transaction une fois validée comporte la clé (eSk) pour permettre de déchiffrer le message chiffré (Em), ladite création débutant lorsque lorsque ladite transaction blockchain créée par le destinataire a été trouvée. [0146] Selon un mode de réalisation non limitatif et combinable avec d'autres modes de réa- lisation, l'évènement déclencheur de la génération et/ou l'envoi des clés privée et publique éphémères (eSk, ePk) par un premier module générateur (P1) de la passerelle et/ou le second module émetteur (P2) de la passerelle (3) peut être au moins un événement choisi dans la liste suivante : [0147] - la réception par la technologie sans fil (2) d'une demande de la clé publique éphémère (ePk) de la part d'au moins un noeud (1) communicant avec au moins un objet connecté (D), [0148] - l'émission périodique, par un module d'émission de la passerelle, optionnellement le second module de la passerelle (3), d'un message de signalisation contenant la clé publique éphémère (ePk), [0149] ou une de leurs combinaisons. [0150] Selon un mode de réalisation non limitatif et combinable avec d'autres modes de réa- lisation, le noeud comprend un module émetteur (NI) qui, par l'exécution de codes sur un composant hardware, envoie une requête d'informations comprenant au moins la clé publique éphémère (ePk), à la passerelle (3). 21 [0151] Selon un autre mode de réalisation non limitatif et combinable avec d'autres modes de réalisation, les clés privée et publique sont déjà générées et enregistrées dans un ou plusieurs médias lisibles respectivement de la passerelle et du noeud, la génération desdites clés par la passerelle n'est alors pas nécessaire, et la passerelle ne comprend alors pas un premier module générateur pour générer lesdites clés. [0152] Selon un autre mode de réalisation non limitatif et combinable avec d'autres modes de réalisation, le quatrième module de gestion de blockchain (P4) comprend en outre un sous-module de vérification qui, par l'exécution de codes associé à un composant hardware, vérifie au moyen de la clé privée éphémère (eSk) que ladite transaction contient une valeur financière, et optionnellement mesure ladite valeur financière, le sous-module de vérification étant en outre configuré pour stopper la transaction si la vérification échoue ou si la valeur financière contenue dans la transaction est inférieure à une valeur préalablement négociée entre la passerelle (3) et le noeud (1) et mémorisée dans un média lisible par la passerelle (3). [0153] Selon un autre aspect de l'invention, la passerelle, peut être utilisée avec un noeud (1) communicant avec au moins un objet connecté (D), ou directement un objet (1), le noeud ou objet (1) comprenant au moins un ou plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine, et au moins : [0154] Un média lisible par la machine constituant un espace de mémoire comprenant une clé privée (Sk) et une adresse blockchain du destinataire (@R) transmise par une application ou un serveur d'application du destinataire (7) au noeud (1) ; [0155] Un module récepteur (N2) qui, par l'exécution de codes sur un composant hardware, reçoit la clé publique éphémère (ePk) envoyée par la passerelle (3) et envoyée ; [0156] Un module générateur (N5) qui, par l'exécution de codes sur un composant hardware, génère un message (m) en réponse à des données provenant d'un objet connecté (D), [0157] ledit module comprenant un sous-module de chiffrement qui, au moyen de la clé publique éphémère (ePk) envoyée par la passerelle (3), chiffre ce message pour obtenir le message chiffré (Em), [0158] le sous-module de chiffrement réalisant en outre une signature, la signature (Sig) étant le chiffrement, d'un hashage du message chiffré et de la clé publique éphémère (ePk) reçue de la passerelle, au moyen de la clé privée (Sk) contenue dans l'espace de mémoire du noeud (1), [0159] le module générateur (N5) comprenant aussi un sous-module émetteur qui envoie la signature (Sig), le message chiffré (Em) et l'adresse blockchain (@R) du destinataire à la passerelle (3) par le réseau radio (2). [0160] Dans un mode de réalisation, certains modules utilisés par le noeud et/ou la passerelle peuvent étre répartis dans le réseau, comme par exemple le média lisible. [0161] Selon un mode de réalisation, [0162] le sous-module de chiffrement chiffre une première fois le message (m) généré par le module générateur (N5) au moyen d'une clé symétrique (K) partagée avec une application ou un serveur d'application du destinataire (7) pour obtenir le message chiffré Ek(m) avant que le sous-module de chiffrement chiffre le message au moyen de la clé publique éphémère (ePk) envoyée par la passerelle (3), pour obtenir le message double chiffré (Em). [0163] Selon un mode de réalisation, la passerelle (3) est utilisée, avec [0164] le noeud (1) d'un objet connecté, [0165] et une application ou un serveur d'application du destinataire (7), l'application ou le serveur comprenant au moins un ou plusieurs modules de codes exécutables sur un ou plusieurs composants hardware de traitement tels qu'un microprocesseur pour constituer une machine, les modules étant mémorisés dans au moins un média lisible par la machine, dont au moins : [0166] Un module de génération (Dl) ) qui, par l'exécution de codes sur un composant hardware, (13) génère et envoie la clé privée (Sk) et optionnellement la clé symétrique (K) à destination du noeud (1) communicant avec au moins un objet connecté ; [0167] Un média lisible par la machine constituant un espace de mémoire comprenant une clé publique (Pk) complémentaire de la clé privée (Sk) transmise au noeud (1) ; [0168] Un premier module de transaction (D2) qui, par l'exécution de codes sur un composant hardware, crée une transaction blockchain à l'adresse blockchain de l'application ou du serveur d'application (@R) du destinataire (7), ladite transaction blockchain comprenant l'adresse IP de l'application ou du serveur d'application du destinataire ; [0169] Un module récepteur (D3) qui, par l'exécution de codes sur un composant hardware, reçoit de la passerelle (3), par un réseau longue distance, par exemple Internet (4,6), les données comprenant le message chiffré (Em), la signature (Sig) et la clé publique éphémère (ePk) envoyée par la passerelle, et lors de la réception desdites données, lance un sous-module de vérification de la signature (Sig) qui vérifie au moyen d'un calcul de signature au moyen de la clé privée (Sk) enregistrée dans l'espace de mémoire en comparant le résultat du calcul avec la signature (Sig) reçue que la signature (Sig) reçue a bien été généré par le noeud (1) communicant avec au moins avec l'objet connecté (D), le module (D3) stoppant la transaction si cette vérification échoue ; [0170] Un module de transaction (D4), optionnellement le premier module de transaction (D2), qui, par l'exécution de codes sur un composant hardware, crée une transaction 23 hlockchain à l'adresse hlockchain du destinataire (@R) une fois que le sous-module de vérification a effectué la vérification du message, la transaction comprenant au moins un script spécifique, utilisant la clé publique éphémère (cPk) envoyée pardc la passerelle ; [0171] Le module de transaction (D4) comprenant un sous-module de recherche (11) qui une fois le message chiffré (Em), la clé publique éphémère (cPk), et la signature (Sig) reçus, ou la transaction créée par le destinataire, recherche une transaction hlockchain incorporant l'adresse hlockchain de la passerelle et un script de signature utilisant la clé privée éphémère (cSk) ; [0172] Le module de transaction (D4) comprenant un sous-module de de déchiffrement qui, une fois la transaction hlockchain trouvée, utilise la clé privée éphémère (eSk) de ladite transaction pour déchiffrer le message chiffré du noeud reçu de la passerelle par le module récepteur, et préférentiellement en outre au moyen de la clé symétrique (K) partagée avec le noeud, [0173] Le module de transaction (D4) comprenant optionnellement en outre un sous-module de lecture/écriture et un espace mémoire dans lequel le sous-module de lecture/écriture enregistre des données et qui, une fois la transaction hlockchain trouvée, enregistre la clé privée éphémère (cSk) de ladite transaction. [0174] Le noeud (1), l'application ou serveur d'application du destinataire (7), et l'au moins une passerelle, forment un système de communication (10) permettant au moins un transfert d'un message d'un noeud à un destinataire, par l'intermédiaire d'une passerelle qui ne partage pas nécessairement le même propriétaire avec le destinataire et/ou le noeud, tout en garantissant la sécurité et la confidentialité du message, la clé privée éphémère n'étant connue que de la passerelle et du noeud, acteurs tout deux dans la communication. [0175] On comprend que lors d'un envoi de données, par exemple une clé de chiffrement, le noeud et/ou la passerelle sont susceptibles d'envoyer d'autres données en plus des données décrites explicitement. Ainsi, dans un exemple non limitatif, le noeud et/ou la passerelle envoient des données supplémentaires concernant la transaction, son cout, sa réputation. [0176] Selon un mode de réalisation combinable, en plus de l'envoi par la passerelle des données nécessaires à la communication, ladite passerelle peut envoyer d'autres données la concernant ou concernant le transfert de données. [0177] Selon un mode de réalisation, dans le système de communication (10), le module de transaction (D4, D2) du destinataire (7) déverrouille la transaction créée par ledit module (D4, D2) après une certaine durée, si la passerelle (3) n'a pas débloqué la transaction durant cette durée. [0178] Selon un mode de réalisation, dans le système de communication (10), le noeud (1) 24 utilise un chiffrement RSA-512 pour effectuer sa signature des données. [0179] Selon un mode de réalisation, dans le système de communication (10), le quatrième module de gestion de blockchain (P4) de la passerelle (3) comprend un sous-module de mesure du temps associé à une instruction d'attente d'un temps de confirmation après la réception d'une transaction blockchain du destinataire, préférentiellement au moins avant la réception de la transaction nécessitant de fournir la clé secrète éphémère (eSk). [0180] Selon un mode de réalisation, la passerelle (3) comprend en outre un premier module générateur (P1) qui comprend au moins un code exécuté sur un composant hardware, pour générer la clé privée éphémère (eSk) et la clé publique éphémère (ePk) complémentaire de ladite clé éphémère privée (eSk), préférentiellement en réponse à un évènement déclencheur, et mémorise ces clés (ePk, eSk) dans un média lisible par la machine. [0181] Selon un autre mode de réalisation non limitatif et combinable avec d'autres modes de réalisation, l'invention concerne également une méthode de communication comme illustré à titre d'exemple à la figure 2 pour mettre en oeuvre les étapes suivantes : [0182] 1. Le destinataire (7) génère une clé publique (Pk) et une clé privée (Sk) complé- mentaire de la clé publique (Pk), ainsi qu'optionnellement une clé symétrique (K). Le destinataire (7) partage la clé privée (Sk) et optionnellement la clé symétrique (K) avec le noeud. Les clés publique (Pk) et privée (Sk) sont à usage unique. II. Le destinataire (7) crée une transaction blockchain à l'adresse blockchain (@R) de l'application ou du serveur d'application du destinataire (7) contenant l'adresse IP de l'application ou du serveur d'application du destinataire (7). III. La passerelle (3) génère une clé publique éphémère (ePk) et une clé privée éphémère (eSk) complémentaire de la clé publique éphémère (ePk). Cette paire ne sera utilisée que pour ce message. La passerelle (3) envoie la clé publique éphémère (ePk) au noeud (1) à l'aide du réseau radio au module récepteur (N2) du noeud (1). L'envoi est effectué soit parce que le noeud (1) lui en fait la demande, soit en avance au moment de la découverte par la passerelle (3) du voisinage du noeud (1), soit parce que la passerelle (3) diffuse cette clé dans son entourage régulièrement dans un message de signalisation. IV. Le module générateur (N5) du noeud génère un message (m) en réponse à des données provenant d'un objet connecté (D), le noeud chiffre le message (Em) à l'aide de la clé publique éphémère (ePk). Le chiffrement peut être simple (seulement chiffré par ePk) ou double (chiffré par K puis ePk). Le noeud signe le résultat du chiffrement (Em) et la clé publique éphémère (ePk) à l'aide de sa propre clé privée (Sk). La signature s'appelle Sig. V. Le noeud (1) envoie le message crypte (Em), la signature (Sig) et l'adresse du destinataire (@R) à la passerelle à l'aide du réseau radio. VI. La passerelle (3) trouve l'adresse IP du destinataire dans la chaîne de blocs (blockchain) à l'adresse du destinataire (@R) et l'enregistre. VII. La passerelle (3) envoie le message crypte (Em), la clé publique éphémère (cPk) et la signature (Sig) au destinataire (7) par son adresse IP à l'aide du réseau Internet (IP). VIII. Le destinataire (7) vérifie l'authenticité du message grâce à la signature (Sig) grâce à la clé publique (Pk) qu'il possède et qui est complémentaire de la clé privée (Sk) utilisée par le noeud pour la signature. IX. Le destinataire (7) crée une transaction dans la blockchain avec une sortie donnée (fixe ou négociée avec la passerelle) et un script spécifique. Le script nécessite de fournir la clé privée éphémère (eSk) associée à la clé publique éphémère (cPk) afin de débloquer le montant fourni dans la transaction. X. La passerelle (3) cherche cette transaction dans la blockchain à l'adresse blockchain (@R) du destinataire. XI. Une fois la transaction du destinataire (7) trouvée, la passerelle (3) crée une nouvelle transaction en utilisant comme entrée les sorties de la précédente transaction. Dans cette transaction, il fournit la clé privée éphémère (eSk) afin de valider le script de la transaction précédente. La transaction est destinée à la passerelle elle-même. XII. Le destinataire (7) peut consulter la liste des transactions pour retrouver la transaction de la passerelle (3) et récupérer la clé privée éphémère (eSk) afin de déchiffrer le message (Em) au moyen de la clé privée éphémère (eSk) et optionnellement de la clé symétrique (K). XIII Le destinataire (7) déchiffre ledit message (Em) [0183] Dans un mode de réalisation non limitatif de l'invention, un système de commu- nication (10) est composé au moins d'un noeud ou objet (1), d'une passerelle (3) et d'un destinataire (7), ayant des échanges entre eux et par l'intermédiaire d'une blockchain (8) comme illustré à titre d'exemple dans la figure 2. Ce système de communication (10) comprend ainsi le noeud (1), la passerelle (3) et le destinataire (7), ayant des caractéristiques propres dont la liste est décrite supra, les caractéristiques de chaque mode de réalisation étant combinables entre elles. [0184] Dans un mode de réalisation, garantissant la confidentialité des données, le noeud (1) et le destinataire (7) partagent une clé symétrique (K). Le message (m) peut être chiffré avec cette clé symétrique (K) sur le noeud (1) et déchiffré du côté du destinataire (7). Cette étape est nécessaire si la confidentialité des données est requise. 26 [0185] Dans un autre mode de réalisation, garantissant l'intégrité et principalement l'authenticité des données, le noeud (1) signe également le message (éventuellement chiffré) (Em) et la clé publique éphémère (ePk) avec une clé secrète (Ska). Le noeud (1) et le destinataire (7) doivent également partager une clé secrète (Sk) sur le noeud (1) et une clé publique (Pk) sur le destinataire. Une phase où le destinataire (7) et le noeud (1) peuvent communiquer directement entre eux est donc nécessaire pour charger les clés nécessaires sur le noeud (1). Une fois le noeud (1) hors de portée du destinataire (7), il utilisera une passerelle étrangère (3) comme relais, et utilisera les clés secrète (Sk) et symétrique (K) pour communiquer de manière sécurisée et confidentielle avec le destinataire (7) [0186] Dans un mode de réalisation non limitatif, le module de transaction (D4, D2) du des- tinataire (7) déverrouille la transaction créée par ledit module (D4, D2) après une certaine durée, si la passerelle (3) n'a pas débloqué la transaction durant cette durée. Pour Bitcoin, l'opérateur de script OP CHECKLOCKTIMEVERIFY a été introduit pour traiter les problèmes verrouillés par le temps. Cet opérateur permet de verrouiller la transaction jusqu'à ce que la clé privée éphémère (eSk) correcte soit donnée ou jusqu'à une certaine durée à partir de laquelle le créateur de la transaction, ici le destinataire (7), peut récupérer le contenu de la transaction, dans le cas où la clé privée éphémère (eSk) n'est pas fournie à temps. L'opérateur de script OP CHECKRSA512PAIR a aussi été introduit dans le script afin de vérifier que la clé privée éphémère (eSk) donnée par la passerelle est celle qui correspond à la clé publique éphémère (ePk) de la transaction. D'autres opérateurs de scripts ayant la même fonction peuvent substituer lesdits opérateurs ci-dessus indifféremment dans les modes de réalisation exposés dans la présente demande. [0187] Dans un mode de réalisation non limitatif, le script de vérification utilisé à l'étape X comprend une vérification de la clé privée éphémère (eSk) donnée par la passerelle pour s'assurer qu'elle est celle qui correspond à la clé publique éphémère (ePk) de la transaction et un déverrouillage de la transaction au bout d'un certain temps. Cela permet au détenteur de la clé secrète éphémère (eSk) associé à la clé publique éphémère (ePk) indiquée dans la transaction d'utiliser les sorties de ladite transaction. Le script permet aussi au créateur de la transaction de récupérer les sorties après un temps défini. En effet dans le cas où la passerelle est défaillante, les sorties ne sont alors pas abandonnées, mais vont être récupérées par le créateur de la transaction. Cela permet aussi d'inciter la passerelle à révéler la clé secrète eSk rapidement pour s'assurer de ne pas perdre ses gains. [0188] Le script de vérification est le suivant : [0189] 1. 2. > 27 3. OP CHECKRSA512PAIR 4. OP IF 5. «sig» «pubKey» 6. OP_DUP 7. OP HASH160 R. cpubKeyHash> 9. OP_EQUALVERIFY 10. OP ELSE 11. 12. OP CHECKLOCKTIMEVERIFY 13. OP DROP 14. «sig» «buyerPuhKey> 15. OP_DUP 16. OP HASH160 17. 18. OP_EQUALVERIFY 19. OP ENDIF 20. OP CHECKSIG [0190] L'exécution du script est détaillée dans les tableaux 1 et 2 selon deux éventualités différentes. Le cas où la clé secrète éphémère (eSk) fournie correspond à la clé publique éphémère (ePk) est décrit dans un exemple illustré par le tableau 1, tandis que le cas où la clé secrète éphémère (eSk) ne correspond pas mais que le temps imparti pour réclamer la transaction est écoulé est décrit dans un exemple illustré par le tableau 2. [0191] La colonne Pile montre l'état de la pile au fur et à mesure de l'exécution du script. La colonne Script montre la partie de script restant à exécuter. Enfin la colonne Description donne une description de l'étape en court. [0192] Les données entre chevrons : sont fournies sans la transaction dont la sortie est utilisée. Les données entre double chevrons : «exemple » sont fournies dans la transaction qui dépense une sortie de la première transaction. [0193] 28 [Tall 'eaux 1] Pile Script Description Empty «rsaPrivKcy» Les données fournies sont combinées au script. OP_CHECKRSA512PAIR OP_IF «sig» «pubKey>> OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ELSE OP_CHECKLOCKTIMEVERIFY OP_DROP «sig» «buyerPubKey» OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ENDIF OP_CHECKSIG rsaPubKey> «rsaPrivKey» OP_CHECKRSA512PAIR OP_IF OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ELSE OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ENDIF OP_CHECKSIG Les constantes sont ajoutées sur la pile. Truc OP_IF OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ELSE OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 OP CHECKRSA51 2PAIR vérifie que la clé privée en haut de la pile est celle qui correspond à la clé publique en 2e élément sur la pile. OP_EQUALVERIFY OP_ENDIF OP_CHECKSIG Empty OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG OP_IF vérifie si l'élément en haut de la pile n'est pas false le cas échéant la prochaine instruction OP ELSE 29 ainsi que toutes les instructions suivantes jusqu'à OPENDIF incluses sont ignorées. OP_DUP OP_HASH160 Le jeu d'instructions OP_EQUALVERIFY OP_CHECKSIG restantes est similaire au payto-pubkey-hash classique. 101941 [Tableaux2] Pile Script Description Empty asaPrivKey> Les données fournies sont combinées au script. OP CHECKRSA512PAIR OP_IF OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ELSE OP CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ENDIF OP_CHECKSIG rsaPubKey> OP_CHECKRSA512PAIR OP_IF OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ELSE OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ENDIF OP_CHECKSIG Les constantes sont ajoutées sur la pile. rsaPrivKey> False OP_IF OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ELSE OP CHECKRSA512 PAIR vérifie que la clé privée en haut de la pile est celle qui correspond à la clé publique en 2e élément sur la pile. OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 OP_EQUALVERIFY OP_ENDIF OP_CHECKSIG Empty OP_IF vérifie si l'élément en haut de la pile est fais e le cas échéant les prochaines instrustions jusqu'à OP CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 OP_EQUALVERIFY OP CHECKSIG 31 OP_ELSE incluse sont ignorées. La prochaine instruction OP_ENDIF sera aussi ignorée. La constante est ajoutée sur la pile. OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG OP_DROP OP_DUP OP_HASH160 OP_EQUALVERIFY OP CHECKSIG OP CHECKLOCKT IMEVERIFY invalide la transaction si le bloc actuel est inférieur à la valeur sur la pile. sig> OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG OP_DROP supprime le premier element de la pile. OP DUP OP HASH160 Le jeu d'instructions restantes est similaire au payto-pubkey-hash classique mais à destination du créateur de la transaction initiale. OP_EQUALVERIFY OP_CHECKSIG [0195] De plus, il est note que des modes de réalisation individuels peuvent être décrits en tant que processus qui est décrit sous la forme d'un organigramme, d'un organigramme de données, d'un schéma de structure ou d'un schéma synoptique. Bien qu'un organigramme puisse décrire les opérations comme un processus séquentiel, de nombreuses opérations peuvent être effectuées en parallèle ou simultanément. De plus, l'ordre des opérations peut être réorganisé. Un processus est terminé lorsque ses opérations sont terminées, mais il est possible que des étapes supplémentaires ne soient pas incluses dans une figure. Un processus peut correspondre à une méthode, une fonction, une procédure, une sous-chaîne, un sous-programme, etc. Lorsqu'un processus correspond 32 à une fonction, sa terminaison peut correspondre à un retour de la fonction à la fonction appelante ou à la fonction principale. C'est notamment le cas des phases de recherche de transaction dans la base de données blockchain. [0196] La présente demande décrit diverses caractéristiques techniques et avantages en référence aux figures et/ou à divers modes de réalisation. L'homme de métier comprendra que les caractéristiques techniques d'un mode de réalisation donné peuvent en fait être combinées avec des caractéristiques d'un autre mode de réalisation à moins que l'inverse ne soit explicitement mentionné ou qu'il ne soit évident que ces caractéristiques sont incompatibles ou que la combinaison ne fournisse pas unc solution à au moins un des problèmes techniques mentionnés dans la présente demande. De plus, les caractéristiques techniques décrites dans un mode de réalisation donné peuvent être isolées des autres caractéristiques de cc mode à moins que l'inverse ne soit explicitement mentionné. Aussi, certains aspects ne sont pas détaillés de façon à éviter d'obscurcir et alourdir la présente description et l'homme de métier comprendra que des moyens divers et variés pourront être utilisés et que l'invention n'est pas limitée aux seuls exemples décrits. [0197] Il doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci-dessus. [0198] On comprendra aisément à la lecture de la présente demande que les composants de la présente invention, comme généralement décrits et illustrés dans les figures, peuvent être arrangés et conçus selon une grande variété de configurations différentes. Ainsi, la description de la présente invention et les figures afférentes ne sont pas prévues pour limiter la portée de l'invention mais représentent simplement des modes de réalisation choisis. Liste des signes de références [0199] (1) Noeud [0200] (2) Liaison sans fil, radio [0201] (3) Passerelle [0202] (4) Liaison filaire (IP) [0203] (5) Internet [0204] (6) Liaison (IP) [0205] (7) Destinataire [0206] (8) Base de données Blockchain [0207] (10) Système de communication 33 [0208] (P1) Premier module générateur (Passerelle) [0209] (P2) Second module émetteur (Passerelle) [0210] (P3) Troisième module récepteur (Passerelle) [0211] (P4) Quatrième module de gestion de hlockchain (Passerelle) [0212] (N2) Module récepteur (Noeud) [0213] (N5) Module générateur (Noeud) [0214] (Dl) Module de génération (Destinataire) [0215] (D2) Premier module de transaction (Destinataire) [0216] (D3) Module récepteur (Destinataire) [0217] (D4) Deuxième module de transaction 34 [Revendication 1]