Brevet FR3049137A1 — publié le 20170922

INTRODUCTION La présente invention se rapporte au domaine de la gestion des contrats intelligents. Plus particulièrement, l'invention a trait à des moyens adaptés notamment pour sécuriser des contrats intelligents et les relier à des identités digitales, sans divulgation, à travers un réseau informatique décentralisé. Les systèmes de gestion de contrats intelligents, comme ceux utilisés par les banques et les assurances présentent des limitations connues. En particulier, il n'est pas possible d'y intégrer la gestion des identités digitales, les cocontractants sont contraints en raison de la centralisation de ces systèmes de faire confiance à un tiers dont ils ne peuvent qu'espérer que la gestion des données et l'éthique correspondent à leurs attentes. D'autres procédés visant à pallier ces limitations sont ainsi connus. En particulier, il est possible, par l'intermédiaire des technologies basées de chaînes de blocs - plus généralement désigné par le terme anglo-saxon de Blockchain » de gérer des contrats à travers des blocs de messages. Néanmoins, avec ce type de technologies, il n'est pas possible de traiter les contrats de façon unitaire ni même de les relier à des identités digitales. Cette technologie oblige à traiter les contrats dans un bloc de transactions et de les valider à travers la validation dudit bloc. De la même façon il est nécessaire de télécharger tous les blocs pour pouvoir récupérer les données associées audit contrat. Ces contrats ne sont pas associés intrinsèquement à des identités digitales ce qui pose le problème de l'exécution obligatoire d'un contrat, enfin et pour les mêmes raisons, toute notion de réputation ou de certification associée à l'exécution d'un contrat intelligent devient impossible. C'est pourquoi il existe un besoin pour des moyens de gestion de contrats intelligents permettant d'associer l'exécution dudit contrat à au moins une identité digitale donnée, de traiter les validations desdits contrats de façon unitaire, mais également de pouvoir traiter l'exécution d'un contrat intelligent à travers un réseau décentralisé disposant en outre de tiers de confiance à confiance limitée. Un objet de l'invention est de fournir des moyens de gérer des contrats intelligents associés ou non à une identité digitale à travers un réseau 3049137 2 informatique décentralisé. Un autre objet de l'invention est de fournir un moyen de généraliser le chiffrement desdits contrats intelligents à travers des identités digitales et leurs données associées. Un autre objet de l'invention est de fournir un moyen de rendre l'exécution d'un contrat obligatoire à travers une 5 imbrication avec d'autres contrats intelligents ou d'autres identités digitales. Un autre objet est l'utilisation de tiers de confiance à confiance limitée permettant d'une part de ne valider un contrat qu'à la condition où celui-ci respecte les conditions associées au contrat lui-même, mais aussi aux conditions associées à d'autres contrats ou d'autres identités digitales. Un 10 autre objet est la gestion des multisignatures associées à la validation, la modification ou l'exécution d'un contrat. Un autre objet de l'invention est de permettre les transferts de valeurs à partir ou à destination d'un contrat, de permettre l'intégration d'éléments extérieurs comme la météo ou encore des éléments périodiques comme un abonnement mensuel. Un autre objet est de 15 permettre le financement participatif, la gestion de prêts, de votes électroniques ou d'échanges non financiers. Un autre objet de l'invention est de fournir des moyens adaptés pour transformer au moins un bien disposant d'une valeur marchande en valeur de type devise. Un autre objet de l'invention est de fournir un moyen de convertir une cryptomonnaie en valeur de type 20 devise. Un autre objet de l'invention est de fournir un moyen adapté pour interconnecter au moins une identité digitale avec au moins une autre base d'identité digitale. Un autre objet de l'invention est de transposer tout type d'organisation par l'intermédiaire d'au moins un contrat intelligent et au moins une identité digitale. Un autre objet est de réaliser un vote électronique par 25 l'intermédiaire d'au moins une identité digitale et au moins un contrat intelligent. Un autre objet est de gérer au moins une livraison de marchandise par l'intermédiaire d'au moins une identité digitale et au moins un contrat intelligent. Un autre objet de cette invention est de gérer au moins un achat en ligne à divulgation contrôlée par l'intermédiaire d'au moins une identité digitale 30 et au moins un contrat intelligent. Enfin, un objet de l'invention est de permettre à partir des éléments d'exécution d'un contrat de pouvoir associer aux cocontractants des éléments de réputation et de certification. 35 3049137 3 RÉSUMÉ Ainsi un mode de réalisation prévoit un procédé mis en oeuvre dans un réseau décentralisé, comportant au moins un dispositif émetteur (1) et 5 au moins un dispositif récepteur(3), apte à exécuter au moins une condition relative à au moins un contrat intelligent (6), caractérisé en ce qu'il comporte les étapes suivantes : - une première étape dans laquelle ledit au moins un dispositif émetteur (1) transmet au moins un contrat intelligent à au moins un dispositif 10 récepteur (3) et contenant au moins les informations suivantes : (CIRA) : clé de contrôle relative à la clé privée cryptographique (CCTRA) relative audit au moins un contrat intelligent et ; (EVENT) : zone de données contenant la liste d'au moins un évènement déclencheur dudit au moins un contrat intelligent et ; 15 (GOND) : au moins une condition, relative audit au moins un contrat intelligent, stockée sous forme d'algorithme ou de texte et ; (CTRAPUB) : au moins une clé publique cryptographique associée à ladite clé privée cryptographique relative audit au moins un contrat intelligent et ; 20 (CTRASIG) : zone contenant la signature cryptographique dudit au moins un contrat intelligent avec ladite clé privée relative audit au moins un contrat intelligent. - une deuxième étape dans laquelle au moins un dispositif récepteur (3) vérifie la conformité de la demande et du respect des conditions 25 associées audit au moins un contrat intelligent et ajoute un message de validation (VALID DISPR) seulement si toutes les conditions sont respectées. - une troisième étape, déclenchée par au moins un élément listé dans ladite liste d'au moins un évènement déclencheur (EVENT) dudit au 30 moins un contrat intelligent, dans laquelle au moins un dispositif récepteur exécute ladite au moins une condition (GOND) relative audit au moins un contrat intelligent seulement si ladite au moins une condition est respectée. 35 Selon un mode de réalisation, le procédé est apte à rendre confidentiel au moins un contrat intelligent (6) par l'intermédiaire d'au moins une clé privée cryptographique (CPDISPR) partagée par au moins un dispositif 3049137 4 récepteur (3), au moins une clé cryptographique symétrique (AES) permettant de chiffrer au moins une donnée confidentielle dudit au moins un contrat intelligent (6) et éventuellement au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat 5 intelligent (6), caractérisé en ce que : - dans lequel dans la première étape, ledit au moins un contrat intelligent (6) comporte en outre au moins une zone de données (CLECHIFFR) contenant : ^ au moins une zone de données chiffrée avec la clé publique associée 10 à ladite au moins une clé cryptographique (CPDISPR) partagée par au moins un dispositif récepteur (3) et contenant ladite au moins une clé cryptographique symétrique (AES) et ; ^ au moins une zone de données chiffrée avec la clé publique associée à la clé privée cryptographique (CCTRA) relative audit contrat 15 intelligent et contenant ladite au moins une clé cryptographique symétrique (AES) et ; ^ éventuellement au moins une zone de données chiffrée avec la clé publique associée à ladite au moins une clé cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat 20 intelligent et contenant ladite au moins une clé cryptographique symétrique (AES) et éventuellement au moins une donnée à destination de ladite au moins une partie prenante dudit au moins un contrat intelligent et ; - dans lequel dans la première étape, au moins une zone de données est 25 chiffrée avec ladite au moins une clé cryptographique symétrique (AES) et ; - dans lequel dans la deuxième étape, au moins un dispositif récepteur (3), en outre, déchiffre au moins une zone de données chiffrée associée à ladite au moins une clé cryptographique (CPDISPR) partagée par au 30 moins un dispositif récepteur (3) pour récupérer ladite au moins une clé cryptographique symétrique (AES) et déchiffrer au moins une zone de données chiffrée avec ladite au moins une clé cryptographique symétrique (AES). 35 Selon un mode de réalisation, le procédé est apte à stocker et contrôler la confidentialité et la disponibilité d'au moins une donnée chiffrée par l'intermédiaire d'au moins un contrat intelligent, caractérisé en ce que : 3049137 5 - dans lequel dans la première étape, ledit au moins un premier contrat intelligent comporte, en outre, au moins une zone de données chiffrée avec la clé publique associée à ladite au moins une clé cryptographique (CPDISPR) partagée par au moins un dispositif récepteur (3) contenant ; 5 ^ au moins une clé publique relative à ladite au moins une clé cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat intelligent (6) et au moins une autorisation associée et/ou au moins une condition d'accès associée et ; ^ au moins une information permettant l'accès à ladite au moins une 10 donnée chiffrée et ; - dans lequel dans la deuxième étape, au moins un dispositif récepteur (3) transmet et/ou stocke, en outre, un message chiffré avec la clé publique associée à la au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante et contenant ladite au moins une 15 information permettant l'accès à ladite au moins une donnée chiffrée. Selon un mode de réalisation, le procédé est apte à conditionner l'exécution d'au moins un contrat intelligent (6) par l'intermédiaire d'au moins un message de validation (VALIDPP) relatif à au moins une clé 20 cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat intelligent (6), caractérisé en ce que : - dans lequel dans la première étape, ledit au moins un contrat intelligent comporte en outre dans la zone de données (GOND) : ^ au moins une condition relative à au moins un message de validation 25 (VALIDPP) relatif à au moins une clé cryptographique (CPP) associée à ladite au moins une partie prenante dudit au moins un contrat intelligent et ; - dans lequel, la deuxième étape est remplacée par la transmission dudit au moins un message de validation (VALIDPP) relatif à au moins une clé 30 cryptographique associée à ladite au moins une partie prenante dudit au moins un contrat intelligent et contenant au moins : ^ au moins une information prouvant la connaissance d'au moins une condition relative audit au moins un contrat intelligent ou ; ^ si les conditions dudit au moins un contrat intelligent sont chiffrées 35 par au moins une clé cryptographique (CLE) : au moins une zone de données chiffrée avec ladite au moins une clé cryptographique (CLE) 3049137 6 contenant au moins une information prouvant la connaissance d'au moins une condition relative audit contrat intelligent et ; ^ la clé publique associée à ladite au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante dudit 5 au moins un contrat intelligent et ; ^ la signature cryptographique dudit au moins un message de validation (VALIDPP) avec ladite au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat intelligent. 10 - dans une nouvelle troisième étape, au moins un dispositif récepteur (3) vérifie la conformité de la demande et du respect de la au moins une conditions (GOND) associée audit au moins un contrat intelligent et ajoute un message de validation seulement si toutes les conditions sont respectées. 15 - dans une nouvelle quatrième étape, déclenchée par au moins un élément listé dans ladite liste d'au moins un évènement déclencheur (EVENT) dudit contrat intelligent, dans laquelle au moins un dispositif récepteur (3) exécute ladite au moins une condition relative audit au moins un contrat intelligent seulement si ladite au moins une condition 20 est respectée. Selon un mode de réalisation, le procédé est apte à ajouter au moins un message de certification ou au moins un message de réputation relatif à au moins un contrat intelligent, caractérisé en ce qu'il comporte au 25 moins : ^ la clé de contrôle relative à la clé privée cryptographique (CCTRA) relative audit au moins un contrat intelligent et ; ^ au moins une information de type réputation ou au moins une information de type certification et ; 30 ^ au moins une clé publique relative à au moins une clé privée cryptographique associée à l'émetteur dudit au moins un message de certification ou au moins un message de réputation et ; ^ au moins une signature cryptographique dudit au moins un message de certification ou au moins un message de réputation par 35 l'intermédiaire de ladite au moins une clé privée cryptographique associée à l'émetteur et ; 3049137 7 - en ce que au moins un dispositif récepteur (3) vérifie la conformité dudit au moins un message de certification ou au moins un message de réputation et du respect des conditions associées audit au moins un contrat intelligent et ajoute un message de validation (VALID DISPR) 5 seulement si toutes les conditions sont respectées. Selon un mode de réalisation, le procédé est apte à mettre à jour au moins un contrat intelligent par l'intermédiaire d'au moins un deuxième contrat intelligent, caractérisé en ce que : 10 - ledit au moins un deuxième contrat intelligent contient en outre : (CTRA2) : clé de contrôle relative à la clé privée cryptographique relative audit au moins un deuxième contrat intelligent et ; (CTRAPUB1) : au moins une clé publique cryptographique associée à la clé privée cryptographique relative audit au moins un contrat 15 intelligent et ; (CTRASIG1) : zone contenant la signature cryptographique dudit au moins un deuxième contrat intelligent avec ladite clé privée cryptographique relative audit au moins un contrat intelligent et ; - en ce que au moins un dispositif récepteur (3) vérifie le respect des 20 conditions associées audit au moins un contrat intelligent, vérifie la concordance des clés cryptographiques entre ledit au moins un contrat intelligent et ledit au moins un deuxième contrat intelligent et ajoute un message de validation (VALID DISPR) audit au moins un deuxième contrat intelligent seulement si toutes les conditions sont respectées. 25 Selon un mode de réalisation, le procédé est adapté pour associer au moins un contrat intelligent à au moins une donnée externe, caractérisé en ce que, dans la première étape, ledit contrat intelligent comporte en outre au moins une information de connexion permettant d'interroger au moins une 30 donnée externe et/ou au moins une condition relative à ladite au moins une donnée externe. - Selon un mode de réalisation, le procédé est apte à associer au 35 moins une valeur et/ou au moins un message d'échange de valeur avec au moins un contrat intelligent, caractérisé en ce que : 3049137 8 - dans lequel dans la première étape, ledit au moins un contrat intelligent comporte en outre au moins une condition relative à une opération et/ou à un statut relatif à ladite au moins une valeur et/ou au moins un message d'échange de valeur et ; 5 - dans lequel, ledit au moins un contrat intelligent comporte en outre au moins une information permettant à au moins un dispositif récepteur (3) de réaliser au moins un message d'échange de valeur et/ou de rechercher au moins un statut relatif à au moins un échange de valeur. 10 Selon un mode de réalisation, le procédé est apte à gérer au moins un échange de biens et/ou de services par l'intermédiaire d'au moins un contrat intelligent relatif à au moins une clé privée cryptographique relative à au moins un commanditaire et au moins une clé privée cryptographique relative à au moins une partie prenante, caractérisé en ce que : 15 - dans lequel dans la première étape, ledit au moins un contrat intelligent comporte en outre : ^ au moins une condition relative à au moins un échange de biens et/ou de services chiffré ou non pour au moins une partie prenante et ; ^ au moins une condition relative à au moins un message de 20 proposition et ; ^ au moins une condition relative à au moins un message de validation (VALIDPP) ou de contreproposition relatif audit au moins un message de proposition et ; - dans une nouvelle deuxième étape, ladite au moins une partie prenante 25 transmet au moins un message de proposition associé audit au moins un contrat intelligent, contenant au moins : ^ au moins une donnée relative à au moins une contrepartie et éventuellement au moins une condition relative à ladite au moins une contrepartie et ; 30 ^ la clé publique relative à ladite au moins une clé privée cryptographique relative à au moins une partie prenante et ; ^ une signature cryptographique dudit au moins un message de proposition avec ladite au moins une clé privée cryptographique relative à au moins une partie prenante et ; 35 - dans une nouvelle troisième étape, ledit au moins un commanditaire valide ledit au moins un message de proposition par l'intermédiaire dudit au moins un message de validation et/ou de contreproposition par 3049137 9 l'intermédiaire d'au moins une signature cryptographique dudit au moins un message de proposition avec ladite au moins une clé privée cryptographique relative à au moins un commanditaire et ; - dans une nouvelle quatrième étape, ladite au moins une partie prenante 5 relative audit message de validation (VALIDPP) exécute ladite contrepartie et éventuellement au moins une condition relative à ladite au moins une contrepartie et ; - dans une nouvelle cinquième étape, une fois les conditions définies dans ledit au moins un contrat intelligent et dans le message de proposition 10 validé par l'intermédiaire dudit message de validation (VALIDPP) réunies alors ledit au moins un contrat intelligent exécute ladite au moins une condition relative audit au moins un contrat intelligent. Selon un mode de réalisation, le procédé est apte à habiliter au 15 moins un émetteur à transmettre une information sans dévoilement dudit au moins un émetteur et par l'intermédiaire d'au moins un contrat intelligent et au moins un dispositif récepteur (3), caractérisé en ce que : - dans lequel dans la première étape ledit au moins un contrat intelligent comporte au moins une condition relative à au moins un message de 20 validation associé à au moins une clé privée cryptographique relative à au moins un intermédiaire habilité à valider au moins une autre clé cryptographique relative à au moins un émetteur et ; - dans lequel, dans une nouvelle deuxième étape, ledit au moins un émetteur transmet au moins un premier message associé audit au moins 25 un contrat intelligent contenant au moins : ^ la clé de contrôle associée à la clé privée cryptographique relative audit au moins un contrat intelligent et ; ^ la clé publique relative à la clé privée cryptographique relative audit au moins un émetteur et ; 30 ^ au moins une clé de contrôle "info" relative à au moins une clé privée cryptographique "info" générée aléatoirement et chiffrée avec la clé publique associée à au moins une clé privée cryptographique (CPDISPR) partagée par au moins un dispositif récepteur (3) et ; ^ la signature cryptographique dudit premier message avec ladite clé 35 privée cryptographique relative audit au moins un émetteur et ; - dans une nouvelle troisième étape, seulement si la clé publique relative à la clé privée cryptographique relative audit au moins un émetteur est 3049137 -10- validée par ledit au moins un intermédiaire habilité à valider au moins une autre clé cryptographique relative à au moins un émetteur et que les conditions relatives audit au moins un contrat intelligent sont réunies, ledit au moins un intermédiaire habilité transmet au moins un premier 5 message de validation (VALIDPP) associé audit au moins un premier message et contenant : ^ au moins la signature cryptographique dudit premier message par l'intermédiaire de ladite au moins une clé privée cryptographique relative à au moins un intermédiaire habilité et ; 10 - dans une nouvelle quatrième étape, seulement si ledit au moins un premier message de validation (VALIDPP) relatif audit au moins un premier message dudit émetteur est valide, ledit au moins un émetteur transmet alors au moins un deuxième message contenant au moins : ^ la clé de contrôle relative à la clé privée cryptographique relative 15 audit contrat intelligent et ; ^ la clé publique relative à ladite au moins une clé privée cryptographique "info" et ; ^ le contenu du message et ; ^ la signature cryptographique dudit au moins un deuxième message 20 avec ladite au moins une clé privée cryptographique "info"" et ; - dans une nouvelle cinquième étape, au moins un dispositif récepteur (3) vérifie la conformité dudit au moins un deuxième message transmit par ledit au moins un émetteur et du respect des conditions associées audit contrat intelligent et ajoute un message de validation (VALID DISPR) 25 seulement si toutes les conditions sont respectées. 3049137 BRÈVE DESCRIPTION DES FIGURES D'autres particularités et avantages de la présente invention apparaîtront, dans la description ci-après de modes de réalisation, en 5 référence au dessin annexé, dans lesquels : [Figure 1] vue schématique de la transmission et de la validation d'un message relatif à un contrat intelligent comportant les dispositifs émetteurs (1) et (2), les dispositifs récepteurs (3) intégrés dans un réseau décentralisé. 10 [Figure 2] vue schématique d'un contrat intelligent disposant de données chiffrées par l'intermédiaire d'une clé cryptographique partagée. [Figure 3] vue schématique d'une chaîne de contrats intelligents. 15 3049137 -12- DESCRIPTION DÉTAILLÉE En référence notamment à la figure 1, un procédé mis en oeuvre 5 dans un réseau comportant au moins un premier (1) et un deuxième (2) dispositif émetteur et au moins un premier (3) et un deuxième dispositif récepteur, tous adaptés pour réaliser des calculs cryptographiques va maintenant être décrit. 10 Les contrats intelligents, - plus généralement désignés par le terme anglo-saxon de « smart-contracts » désignent plus techniquement un message programmable et vérifiable. Les clés de contrôle ou empreintes cryptographiques, - plus généralement désigné par le terme anglo-saxon de « hash » désignent à 15 partir d'une donnée initiale, une empreinte servant à identifier rapidement, bien qu'incomplètement, la donnée initiale. La signature cryptographique d'un message consiste à chiffrer la clé de contrôle (ou empreinte cryptographique) dudit message avec une clé privée cryptographique - de sorte qu'une tierce personne disposant de la clé 20 publique associée serait capable d'en déchiffrer et vérifier le contenu. Le procédé de mise en place de contrat intelligent est caractérisé d'une part par un accord explicite de chacun des cocontractants matérialisés par une signature cryptographique, mais également par la validation dudit 25 contrat par des tiers de confiance, matérialisé par la présence de messages de validation (8) générés par au moins un dispositif récepteur (3). Chacun des dispositifs récepteurs ayant la charge non seulement de vérifier la validité des conditions dudit contrat, mais également de vérifier les précédents messages de validation générés par d'autres dispositifs récepteurs. Enfin l'ensemble des 30 contrats sont gérés à travers des chaînes de contrat, c'est à dire d'une part que tout nouveau message généré sur la chaîne dudit contrat devra indiquer la clé de contrôle du précédent message dudit contrat, mais également que toute modification dudit contrat devra faire l'objet d'un nouvel ajout de message sur ladite chaîne de contrat. 35 3049137 - 13 - La figure 1 représente la matérialisation d'un message trivial de type contrat comprenant : - Un premier message transmis par le dispositif émetteur (1) contenant : ^ (CTRA) : clé de contrôle de la clé privée cryptographique relative au 5 contrat intelligent ; ^ (CCSP) : clé de contrôle de la clé publique (associée à la clé privée cryptographique (CPDISPR)) partagée par les dispositifs récepteurs utilisée pour chiffrer les informations à destination des dispositifs récepteurs ; 10 (EVENT) : zone chiffrée avec une des clés publiques partagées par les dispositifs récepteurs contenant la liste des évènements déclencheurs dudit contrat, par exemple une date d'échéance, une identité digitale, un autre contrat intelligent ou tout type d'évènement extérieur au dispositif ; 15 (D) : date de génération dudit contrat ; (COND) : les conditions du contrat stockées sous forme d'algorithme ou de texte ainsi que la clé de contrôle de la clé d'unicité associée aux dispositifs récepteurs (la clé d'unicité associée aux dispositifs récepteurs étant générée à partir de la clé d'unicité d'un utilisateur 20 combinée à la première clé partagée des dispositifs récepteurs) et d'éventuels contrats de délégations, cette zone pouvant être : - publique dans le cas par exemple d'un appel d'offres ouvert à tous , ou - chiffrée : dans le cas de clauses confidentielles où les conditions 25 sont alors chiffrées avec une nouvelle clé générée aléatoirement. (CLECHIFFR) : contenant - zone chiffrée avec une des clés publiques partagées des dispositifs récepteurs contenant : la clé cryptographique symétrique (AES) générée 30 aléatoirement pour chiffrer les clauses du contrat intelligent; - éventuellement la clé publique associée à la clé privée dudit contrat intelligent ; - éventuellement la clé publique de la clé d'unicité associée aux dispositifs récepteurs de l'émetteur dudit contrat ; 35 - zone chiffrée avec la clé publique relative à la clé privée cryptographique (CCTRA) associée au contrat intelligent et contenant au moins la clé cryptographique symétrique (AES) ; 3049137 -14- - zones chiffrées avec les clés publiques des cocontractants (ou parties prenantes) dudit contrat intelligent contenant : la clé privée cryptographique (CCTRA) dudit contrat intelligent pour les cocontractants habilités à proposer une mise à jour du 5 contrat (il est à noter qu'une clause spécifique peut demander par exemple une ou plusieurs signature(s) particulière(s) comme condition (GOND) pour valider une mise à jour du contrat intelligent) ; - la clé cryptographique symétrique (AES) ; 10 - et toute autre information ou donnée à destination des cocontractants ; - (CTRASIG) : zone contenant la signature cryptographique du message avec la clé privée cryptographique (CCTRA) et éventuellement la signature du message avec la clé d'unicité de 15 l'émetteur du message ; - au moins un premier dispositif récepteur vérifie la conformité de la demande et du respect des conditions associées audit contrat ainsi qu'aux identités digitales des cocontractants et ajoute un message de validation (VALID DISPR) seulement si toutes les conditions sont 20 respectées. - au moins un deuxième dispositif récepteur vérifie la conformité de la demande et du respect des conditions associées audit contrat ainsi qu'aux identités digitales des cocontractants et ajoute un second message de validation (VALID DISPR) seulement si toutes les conditions 25 sont respectées et que les vérifications sont concordantes avec le au moins un premier dispositif récepteur (3). Dans le cas où au moins une signature cryptographique d'au moins un 30 cocontractant ou au moins un valideur serait requise dans les conditions (GOND) relatives audit contrat intelligent, alors au moins un deuxième message (VALIDPP) associé audit contrat intelligent (6) sera transmis par ledit cocontractant (2) ou valideur contenant au moins : ^ au moins une information prouvant la connaissance d'au moins une 35 condition relative audit au moins un contrat intelligent ou ; ^ si les conditions dudit au moins un contrat intelligent sont chiffrées par au moins une clé cryptographique (AES) : au moins une zone de 3049137 - 15 - données chiffrée avec ladite au moins une clé cryptographique (AES) contenant au moins une information prouvant la connaissance d'au moins une condition relative audit contrat intelligent et ; ^ la clé publique associée à ladite au moins une clé privée 5 cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat intelligent et ; ^ la signature cryptographique dudit au moins un message de validation (VALIDPP) avec ladite au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante dudit 10 au moins un contrat intelligent ; ^ éventuellement une zone chiffrée à destination des dispositifs récepteurs contenant la clé publique de la clé d'unicité associée à la première clé partagée des dispositifs récepteurs de l'utilisateur du dispositif émetteur (2) ainsi que d'éventuelles informations relatives 15 audit contrat ; ^ une zone chiffrée à destination des cocontractants contenant éventuellement la clé de contrôle de la clé d'unicité associée aux dispositifs récepteurs de l'utilisateur du dispositif émetteur (2) ainsi que d'éventuelles informations relatives au contrat. 20 Il est à noter que si une partie prenante dispose de la clé privée cryptographique (CCTRA) et qu'aucune condition (GOND) ne requiert une signature spécifique alors ladite partie prenante sera alors copropriétaire dudit 25 contrat intelligent et sera à même de mettre à jour ledit contrat intelligent. Les contrats intelligents tels que décrits dans cette invention pourront s'appuyer, selon un mode de réalisation, sur la capacité d'un dispositif émetteur à certifier un individu comme unique à travers une clé 30 d'unicité. Cette première caractéristique permettra ainsi à toute personne, qu'elle ait été certifiée ou non par un État, d'être reconnue comme un individu unique et permettre par exemple de ne voter qu'une seule fois sur un vote mondial ou d'être identifié de façon unique à travers les contrats souscrits. Comme l'ensemble des procédés de cette invention, il suffit de « prouver » par 35 un mécanisme cryptographique la détention de cette clé d'unicité pour être identifié de façon univoque. 3049137 -16- Ladite clé d'unicité peut être utilisée dans le cas par exemple d'un vote électronique mondial où la première preuve nécessaire : celle de l'unicité d'un votant s'appuie sur la capacité d'un dispositif émetteur à la certifier. Le vote électronique est un réel enjeu pour les démocraties. Ce procédé permet 5 aux citoyens d'un pays donné, après une nécessaire phase d'habilitation de pouvoir voter en assurant à un État que chaque personne a bien été habilitée et n'a voté qu'une seule fois, que le décompte des votes totaux et par sous-division (communes...) pourra être vérifié de façon publique, que le système permet la délégation d'habilitation correspondant à l'existant et qu'en cas de 10 fraude liée par exemple à une délégation d'habilitation, tous les votes des personnes associées pourront être invalidés. D'autre part, chaque votant doit avoir la certitude que son vote ne puisse pas être dévoilé ou corrélé, il doit pouvoir également vérifier que son vote a bien été pris en compte et qu'il n'a pas été modifié. 15 Le procédé de vote électronique se base, selon un mode de réalisation, d'une part sur la clé d'unicité associée à un pays (calculée en fonction de la clé d'unicité propre à un individu et de la clé publique dudit pays), sur la clé d'unicité dudit individu associée à une commune, sur une clé 20 générée aléatoirement par un dispositif émetteur et d'autre part sur un mécanisme de clés partagées entre les dispositifs récepteurs, le procédé de vote comporte les étapes suivantes : - Le votant par l'intermédiaire d'un dispositif émetteur transmettra un premier message contenant : 25 - La clé de contrôle relative au contrat de vote électronique ; - La clé publique et la signature relative à une clé d'unicité associée audit État chiffrée avec la dernière clé publique dudit État ; - La clé publique et la signature relative à une clé d'unicité associée à ladite commune chiffrée avec la dernière clé publique de ladite 30 commune ; - Une clé de contrôle « votant » relative à une clé générée aléatoirement par le dispositif émetteur chiffrée avec la dernière clé publique partagée par les dispositifs récepteurs. - La commune par l'intermédiaire d'un dispositif émetteur et seulement si 35 l'identité du votant est validée transmettra un premier message de validation, contenant : - Une clé de contrôle du contenu du premier message validé, la date de validation, la dernière clé publique relative à ladite identité 3049137 -17- digitale commune ainsi qu'une signature de l'ensemble du message de validation. - L'État par l'intermédiaire d'un dispositif émetteur et seulement si l'identité du votant est validée transmettra un deuxième message de validation, 5 contenant : - Une clé de contrôle du contenu du premier message validé, la date de validation, la dernière clé publique relative à ladite identité digitale État ainsi qu'une signature de l'ensemble du message de validation. 10 - Au moins un dispositif récepteur (3) et seulement si l'ensemble des signatures sont valides transmettra un troisième message de validation contenant : - Une clé de contrôle du contenu du premier message transmis, du premier et du deuxième message de validation, la date de 15 validation, la dernière clé publique relative audit dispositif récepteur ainsi qu'une signature de l'ensemble du message de validation. Suite à ces étapes, le votant est alors en mesure de voter de façon 20 anonyme. Tous les éléments de corrélations ayant été supprimés, il lui suffit alors de transmettre un deuxième message en utilisant la clé de contrôle du contrat de vote ainsi que la clé de contrôle « votant » dans lequel il indique le vote de son choix, le vote peut être pris en compte après qu'au moins un dispositif récepteur ait validé le vote. 25 Procédé de gestion des habilitations et des révocations (pour structures de type hiérarchique comme un État, une entreprise, une association) ou les structures de type démocratique (chaque membre ayant le même pouvoir) les délégations sont stockées sous forme de contrats et 30 intègrent, selon un mode de réalisation, la clé d'unicité de l'individu associée à la première clé partagée des dispositifs récepteurs, le contrat permet d'une part de donner un cadre « conditionnel » à cette délégation (délais, périmètre d'application...), mais aussi technique en y incorporant une ou plusieurs clés privées permettant de mettre à jour d'autres messages sans pour autant 35 substituer l'individu lui-même en signant personnellement un message. Chaque délégation indique l'arbre de délégation dont elle est issue afin d'invalider une branche complète par exemple après la constatation d'une 3049137 - 18 - fraude. Le respect des règles est assuré par les dispositifs récepteurs qui pour chaque transaction faisant intervenir cette délégation auront à parcourir l'arbre de délégation et à exécuter les conditions du contrat sous peine d'être banni de la liste des dispositifs récepteurs habilités. Les conditions de révocation 5 seront soit automatiques (expiration de la période de délégation) ou manuelles, dans le cadre des révocations manuelles seuls les individus autorisés en auront le droit. Le procédé répond également à un autre besoin qui est de pouvoir 10 relier les mécanismes humains à des mécanismes informatiques et cryptographiques à travers des chaînes de messages relatives à des contrats intelligents. Par exemple, le procédé permet de relier des mécanismes institutionnels de tiers de confiance existant pour un État, une organisation, une entreprise au mécanisme des chaînes de messages. Ce procédé permet 15 ainsi, et par exemple, de gérer les conditions d'un contrat d'un testament appliqué par une identité digitale habilitée par la chaîne de contrats de l'ordre des notaires lui-même habilité par la chaîne des contrats d'un État. Ledit mécanisme permet ainsi de débloquer un contrat de « testaments » par l'intermédiaire d'un tiers de confiance réel. 20 La notion d'exécution obligatoire est fondamentale dans un système qui permet « la reconnaissance de dettes » ou l'exécution de contrat. Les dispositifs récepteurs auront en charge de vérifier tous les 25 contrats associés à une identité digitale avant de l'exécuter, les dispositifs récepteurs pourront alors interdire ou autoriser une opération en fonction d'autres contrats. 30 Selon un mode de réalisation, le procédé permet d'ajouter un message de type certification ou réputation à un contrat intelligent. Celui-ci s'appuyant sur la capacité des dispositifs récepteurs à vérifier, selon un mode de réalisation, que le message provient d'un individu ou d'une entité unique et que ledit individu ou ladite entité est bien reliée audit contrat intelligent. le 35 message de réputation ou de certification comporte ainsi selon un mode de réalisation les données suivantes : 3049137 -19- ^ la clé de contrôle relative à la clé privée cryptographique (CCTRA) relative audit au moins un contrat intelligent et ; ^ au moins une information de type réputation ou au moins une information de type certification et ; 5 ^ au moins une clé publique relative à au moins une clé privée cryptographique associée à l'émetteur dudit au moins un message de certification ou au moins un message de réputation et ; ^ au moins une signature cryptographique dudit au moins un message de certification ou au moins un message de réputation par 10 l'intermédiaire de ladite au moins une clé privée cryptographique associée à l'émetteur et ; ^ éventuellement une zone chiffrée contenant la clé de contrôle de la clé d'unicité associée aux dispositifs récepteurs. 15 L'innovation apportée dans le procédé de livraison est la nonrépudiabilité de l'authentification d'un individu, son identifiant unique et le chainage entre les transactions financières et les contrats « intelligents » ainsi la gestion d'une livraison d'un colis est gérée à travers un contrat. L'objectif, 20 bien que d'apparence superflue dans les pays développés, la livraison des marchandises est un réel frein au développement et au commerce dans les pays en voie de développement. L'objectif est donc de responsabiliser l'ensemble des maillons de la chaîne. Ces contrats pourront donc être exécutés par un prestataire reconnu comme "La Poste", mais aussi, et à 25 l'extrême par un particulier à partir du moment ou celui-ci dispose d'une identité unique » et qu'il a reçu l'accord explicite du demandeur, le demandeur pourra consulter le taux de succès des livraisons ainsi que la réputation de ce dernier. 30 Le procédé, selon un mode de réalisation permet de mettre à jour un contrat intelligent par l'intermédiaire d'au moins un deuxième contrat intelligent (11), caractérisé en ce qu'il comporte : - ledit au moins un deuxième contrat intelligent contient en outre : 35 ^ (CTRA2) : clé de contrôle relative à la clé privée cryptographique relative audit au moins un deuxième contrat intelligent et ; 3049137 - 20 - ^ (CTRAPUB1) : au moins une clé publique cryptographique associée à la clé privée cryptographique relative audit au moins un contrat intelligent et ; ^ (CTRASIG1) : zone contenant la signature cryptographique dudit au 5 moins un deuxième contrat intelligent avec ladite clé privée cryptographique relative audit au moins un contrat intelligent et ; - en ce que au moins un dispositif récepteur (3) vérifie le respect des conditions associées audit au moins un contrat intelligent, vérifie la concordance des clés cryptographiques entre ledit au moins un contrat 10 intelligent et ledit au moins un deuxième contrat intelligent et ajoute un message de validation (VALID DISPR) audit au moins un deuxième contrat intelligent seulement si toutes les conditions sont respectées. 15 Le procédé répond également à un autre besoin partiellement couvert qui est la livraison d'argent liquide, problématique dans les endroits ne disposant pas de distributeurs automatiques de billets. Ainsi après diffusion d'un appel d'offre sous forme de contrat, plusieurs prestataires pourront proposer ce service contre rémunération. Comme dans tout contrat si le 20 destinataire s'est vu impliqué dans plusieurs contrats problématiques les prestataires l'écarteraient rapidement de la liste des clients. Le procédé, selon un mode de réalisation, permet de stocker, 25 contrôler en permanence la confidentialité et la disponibilité de données spécifiques, par exemple les données de santé d'un individu à travers une chaîne de messages de type contrats. Ce type de contrat spécifique permet de distinguer les données d'un praticien comme les ordonnances médicales ou un compte rendu de visite permettant de suivre la santé d'un patient et des 30 données appartenant aux patients et qu'il souhaite mettre à disposition du praticien pour une durée déterminée. Le praticien peut demander l'accès pour un autre praticien au patient et le patient pourra demander la suppression complète des desdites données. Ledit procédé permet ainsi de gérer les divulgations et les accès aux données par des contrats. Par exemple dans le 35 cas d'un patient et d'un praticien et afin de garantir un maximum de contrôle sur ses données, le patient co-valide avec le praticien le contenu du fichier, le patient aura par la suite la possibilité de rendre strictement confidentielles ces 3049137 - 21 - données (le patient est le seul à même de déchiffrer ces données) ou de les partager avec le praticien. Le praticien de son côté aura la possibilité d'y intégrer quelques notes qui lui permettront de garder un historique des consultations. 5 Le procédé, selon un mode de réalisation, permet également d'interconnecter n'importe quel type de base de données à un contrat intelligent en intégrant dans une zone chiffrée ou non les informations 10 nécessaires pour s'y connecter. Ainsi selon un mode de réalisation de l'invention le contrat intelligent pourra intégrer les données de connexions d'une base de données d'identités digitales décrivant ou non des informations relatives à une hiérarchie, une base LDAP, un compte bancaire, une clé privée cryptographique relative à une cryptomonnaie, un certificat cryptographique. 15 Le procédé, selon un mode de réalisation, permet ainsi de faire cohabiter une solution existante décrivant par exemple une organisation hiérarchique avec les notions habilitation ou de délégations telle que décrites dans cette invention. Le procédé, selon un mode de réalisation, permet de gérer les accès de façon unitaire à une zone de données protégée même si celle-ci est 20 externe. Le procédé, selon un mode de réalisation, permet ainsi de gérer un paiement, caractérisé par un mouvement spécifique sur un compte bancaire, comme condition (GOND) ou évènement (EVENT) relatif à un contrat intelligent. Le procédé, selon un mode de réalisation, permet aussi d'utiliser les informations de connexion par exemple d'un service web comme preuve de 25 possession d'une identité digitale. Le procédé, selon un mode de réalisation, permet d'utiliser au moins un dispositif récepteur (3) comme tiers de confiance permettant de gérer les accès à des données sécurisées, et, selon un mode de réalisation, 30 offre ainsi le moyen de donner accès à des données sécurisés sans pour autant stocker autant de données qu'il existe d'entités autorisées à y avoir accès. Le procédé, selon un mode de réalisation, permet de réaliser des 35 paiements ou des transferts d'argent, qu'ils soient réalisés par exemple à partir d'un compte bancaire externe ou à partir d'une base interne gérant ce type de valeurs. Ces paiements ou transferts pouvant indifféremment être utilisés en condition et/ou en conséquence d'un contrat intelligent et à partir 3049137 - 22 - d'évènements internes (signature(s) cocontractant(s)) ou externes (informations relatives à une donnée externe). La figure 1, selon un mode de réalisation, décrit par exemple une 5 souscription de contrat d'assurance d'un agriculteur souhaitant assurer sa récolte contre la sècheresse. Dans ce cas de figure, les partis sont identifiés, le montant, le délai d'échéance et les conditions météorologiques sont des éléments factuels et prouvables. Le contrat lie donc deux individus en tant qu'individus ou délégués d'une entreprise sur le paiement d'un montant défini 10 si les conditions sont réunies. Un abonnement est considéré d'une part comme un contrat sur la délivrance d'un service et d'autre part comme un ensemble de reconnaissances de dettes avec des échéances différentes. 15 La souscription d'un prêt tout comme pour un abonnement est considérée d'une part comme un contrat sur la délivrance d'une somme d'argent et d'autre part comme un ensemble de reconnaissances de dettes avec des échéances différentes. 20 Les systèmes de financements participatifs, - plus généralement désigné par le terme anglo-saxon de « Crowdfunding » sont intégrés dans le dispositif à travers des messages associés à un ou plusieurs contrats (ledit contrat étant apte à recevoir des échanges de valeurs). Ces financements pourront ainsi être tracés, non répudiables et correspondre aux différents cas 25 de figure qui existent aujourd'hui pour ces financements (Dons, en échange de récompense, sous forme de prêt où sous forme d'investissement en capital). Les "achats typés" tout comme les reconnaissances de dettes sont des besoins réels et n'ont à l'heure actuelle ni de solutions rentables (coût de 30 gestion des bons d'achat) ni de solution universelle (chaque enseigne dispose de son propre bon d'achat). Également, les "achats typés" sont une réelle préoccupation dans les transferts d'argent vers les pays en voie de développement, où l'émetteur souhaite être certain que l'argent envoyé servira bien à un achat spécifique (médicaments ou nourriture, etc.). 35 Le dispositif permettant de lier une somme d'argent avec un contrat, le procédé permet ainsi de gérer de façon automatique ces cas 3049137 - 23 - d'usage. La « réputation » d'un marchand peut par exemple servir de référence en condition de ces achats. Les échanges non financiers représentent une part importante des 5 échanges, qui aujourd'hui n'ont pas de solution simple et universelle. La solution proposée dans le cadre de cette invention s'appuie d'une part sur des contrats de gré à gré qui n'auront une valeur que pour les deux personnes relatives à cet échange. Mais ils auront également la particularité d'être mutables à la condition où le destinataire accepte cette mutabilité. 10 - A a rendu un service à B « d'une valeur de 1 » pour avoir tondu sa pelouse. - C est déjà redevable à A de la même valeur. - B au moment de prêter la perceuse à C acquitte sa dette envers A. 15 Le procédé d'appel d'offres, quant à lui, est consultable par tout ou partie des utilisateurs et des dispositifs récepteurs du système. Les personnes ou dispositifs autorisés à y répondre pourront alors négocier les termes du contrat par une contreproposition validée ou non par le demandeur. 20 Le procédé d'appel d'offres permet ainsi de gérer au moins un échange de biens et/ou de services par l'intermédiaire d'au moins un contrat intelligent relatif à au moins une clé privée cryptographique relative à au moins un commanditaire et au moins une clé privée cryptographique relative à au moins une partie prenante. 25 Les dispositifs appels d'offres, selon un mode de réalisation, sont aptes d'une part à proposer des biens disposants d'une valeur marchande sous forme d'une place de marchée matérialisée par des interfaces de programmation applicative - plus généralement désigné par le terme anglo- 30 saxon de "API" ou "Application Programming Interface", et à transférer les fonds vers au moins un compte bancaire. Les dispositifs appels d'offres sont en outre aptes à proposer des cryptomonnaies à travers lesdites places de marché matérialisées par des 35 interfaces de programmation applicative et à transférer les fonds vers au moins un compte bancaire. 3049137 - 24 - Les dispositifs appels d'offres sont en outre aptes à proposer d'interconnecter des identités digitales à travers lesdites places de marché matérialisées par des interfaces de programmation et à relier ladite identité digitale à au moins une base d'identité digitale différente. 5 Les dispositifs récepteurs, sont en outre aptes à matérialiser tout type d'organisation à travers au moins une identité digitale d'un individu ou d'un groupe d'individus et au moins un contrat. 10 Les dispositifs récepteurs sont en outre aptes à réaliser un vote électronique par l'intermédiaire de contrats matérialisant au moins une organisation, au moins une identité digitale d'au moins un individu et au moins un contrat reliant l'ensemble. 15 Les dispositifs récepteurs sont en outre aptes à gérer au moins une livraison de marchandise par l'intermédiaire de contrats matérialisant au moins une organisation, au moins une identité digitale d'au moins un individu et au moins un contrat reliant l'ensemble. 20 Les dispositifs récepteurs sont en outre aptes à gérer au moins un achat en ligne à divulgation contrôlée par l'intermédiaire de contrats matérialisant au moins deux organisations, au moins une identité digitale d'au moins un individu et au moins un contrat reliant l'ensemble. REVENDICATIONS1) Procédé mis en oeuvre dans un réseau décentralisé, comportant au moins un dispositif émetteur (1) et au moins un dispositif récepteur(3), apte à exécuter au moins une condition relative à au moins un contrat intelligent (6), caractérisé en ce qu'il comporte les étapes suivantes : - une première étape dans laquelle ledit au moins un dispositif émetteur (1) transmet au moins un contrat intelligent à au moins un dispositif récepteur (3) et contenant au moins les informations suivantes : ^ (CTRA) : clé de contrôle relative à la clé privée cryptographique (CCTRA) relative audit au moins un contrat intelligent et ; ^ (EVENT) : zone de données contenant la liste d'au moins un évènement déclencheur dudit au moins un contrat intelligent et ; ^ (COND) : au moins une condition, relative audit au moins un contrat intelligent, stockée sous forme d'algorithme ou de texte et ; ^ (CTRAPUB) : au moins une clé publique cryptographique associée à ladite clé privée cryptographique relative audit au moins un contrat intelligent et ; ^ (CTRASIG) : zone contenant la signature cryptographique dudit au moins un contrat intelligent avec ladite clé privée relative audit au moins un contrat intelligent et ; - une deuxième étape dans laquelle au moins un dispositif récepteur (3) vérifie la conformité de la demande et du respect des conditions associées audit au moins un contrat intelligent et ajoute un message de validation (VALID DISPR) seulement si toutes les conditions sont respectées et ; - une troisième étape, déclenchée par au moins un élément listé dans ladite liste d'au moins un évènement déclencheur (EVENT) dudit au moins un contrat intelligent, dans laquelle au moins un dispositif récepteur exécute ladite au moins une condition (COND) relative audit au moins un contrat intelligent seulement si ladite au moins une condition est respectée. 2) Procédé selon la revendication 1, apte à rendre confidentiel au moins un contrat intelligent (6) par l'intermédiaire d'au moins une clé privée 3049137 -26- cryptographique (CPDISPR) partagée par au moins un dispositif récepteur (3), au moins une clé cryptographique symétrique (AES) permettant de chiffrer au moins une donnée confidentielle dudit au moins un contrat intelligent (6) et éventuellement au moins une clé privée cryptographique (CPP) associée à au 5 moins une partie prenante dudit au moins un contrat intelligent (6) : - dans lequel dans la première étape, ledit au moins un contrat intelligent (6) comporte en outre au moins une zone de données (CLECHIFFR) contenant : ^ au moins une zone de données chiffrée avec la clé publique associée 10 à ladite au moins une clé cryptographique (CPDISPR) partagée par au moins un dispositif récepteur (3) et contenant ladite au moins une clé cryptographique symétrique (AES) et ; ^ au moins une zone de données chiffrée avec la clé publique associée à la clé privée cryptographique (CCTRA) relative audit contrat 15 intelligent et contenant ladite au moins une clé cryptographique symétrique (AES) et ; ^ éventuellement au moins une zone de données chiffrée avec la clé publique associée à ladite au moins une clé cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat 20 intelligent et contenant ladite au moins une clé cryptographique symétrique (AES) et éventuellement au moins une donnée à destination de ladite au moins une partie prenante dudit au moins un contrat intelligent et ; - dans lequel dans la première étape, au moins une zone de données est 25 chiffrée avec ladite au moins une clé cryptographique symétrique (AES) et , - dans lequel dans la deuxième étape, au moins un dispositif récepteur (3), en outre, déchiffre au moins une zone de données chiffrée associée à ladite au moins une clé cryptographique (CPDISPR) partagée par au 30 moins un dispositif récepteur (3) pour récupérer ladite au moins une clé cryptographique symétrique (AES) et déchiffrer au moins une zone de données chiffrée avec ladite au moins une clé cryptographique symétrique (AES). 35 3) Procédé selon la revendication 2, apte à stocker et contrôler la confidentialité et la disponibilité d'au moins une donnée chiffrée par l'intermédiaire d'au moins un contrat intelligent : 3049137 - 27 - - dans lequel dans la première étape, ledit au moins un premier contrat intelligent comporte, en outre, au moins une zone de données chiffrée avec la clé publique associée à ladite au moins une clé cryptographique (CPDISPR) partagée par au moins un dispositif récepteur (3) contenant ; 5 ^ au moins une clé publique relative à ladite au moins une clé cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat intelligent (6) et au moins une autorisation associée et/ou au moins une condition d'accès associée et ; ^ au moins une information permettant l'accès à ladite au moins une 10 donnée chiffrée et ; - dans lequel dans la deuxième étape, au moins un dispositif récepteur (3) transmet et/ou stocke, en outre, un message chiffré avec la clé publique associée à la au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante et contenant ladite au moins une 15 information permettant l'accès à ladite au moins une donnée chiffrée. 4) Procédé selon l'une quelconque des revendications précédentes, apte à conditionner l'exécution d'au moins un contrat intelligent (6) par l'intermédiaire d'au moins un message de validation (VALIDPP) relatif à 20 au moins une clé cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat intelligent (6) : - dans lequel dans la première étape, ledit au moins un contrat intelligent comporte en outre dans la zone de données (COND) : ^ au moins une condition relative à au moins un message de validation 25 (VALIDPP) relatif à au moins une clé cryptographique (CPP) associée à ladite au moins une partie prenante dudit au moins un contrat intelligent et ; - dans lequel, la deuxième étape est remplacée par la transmission dudit au moins un message de validation (VALIDPP) relatif à au moins une clé 30 cryptographique associée à ladite au moins une partie prenante dudit au moins un contrat intelligent et contenant au moins : ^ au moins une information prouvant la connaissance d'au moins une condition relative audit au moins un contrat intelligent ou ; ^ si les conditions dudit au moins un contrat intelligent sont chiffrées 35 par au moins une clé cryptographique (CLE) : au moins une zone de données chiffrée avec ladite au moins une clé cryptographique (CLE) 3049137 - 28 - contenant au moins une information prouvant la connaissance d'au moins une condition relative audit contrat intelligent et ; ^ la clé publique associée à ladite au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante dudit 5 au moins un contrat intelligent et ; ^ la signature cryptographique dudit au moins un message de validation (VALIDPP) avec ladite au moins une clé privée cryptographique (CPP) associée à au moins une partie prenante dudit au moins un contrat intelligent et ; 10 - dans une nouvelle troisième étape, au moins un dispositif récepteur (3) vérifie la conformité de la demande et du respect de la au moins une conditions (COND) associées audit au moins un contrat intelligent et ajoute un message de validation seulement si toutes les conditions sont respectées et ; 15 - dans une nouvelle quatrième étape, déclenchée par au moins un élément listé dans ladite liste d'au moins un évènement déclencheur (ÉVENT) dudit contrat intelligent, dans laquelle au moins un dispositif récepteur (3) exécute ladite au moins une condition relative audit au moins un contrat intelligent seulement si ladite au moins une condition 20 est respectée. 5) Procédé selon l'une quelconque des revendications précédentes, apte à ajouter au moins un message de certification ou au moins un message de réputation relatif à au moins un contrat intelligent, caractérisé 25 en ce qu'il comporte au moins : ^ la clé de contrôle relative à la clé privée cryptographique (CCTRA) relative audit au moins un contrat intelligent et ; ^ au moins une information de type réputation ou au moins une information de type certification et ; 30 ^ au moins une clé publique relative à au moins une clé privée cryptographique associée à l'émetteur dudit au moins un message de certification ou au moins un message de réputation et ; ^ au moins une signature cryptographique dudit au moins un message de certification ou au moins un message de réputation par 35 l'intermédiaire de ladite au moins une clé privée cryptographique associée à l'émetteur et ; 3049137 - 29 - - en ce que au moins un dispositif récepteur (3) vérifie la conformité dudit au moins un message de certification ou au moins un message de réputation et du respect des conditions associées audit au moins un contrat intelligent et ajoute un message de validation (VALID DISPR) 5 seulement si toutes les conditions sont respectées. 6) Procédé selon l'une quelconque des revendications précédentes, apte à mettre à jour au moins un contrat intelligent par l'intermédiaire d'au moins un deuxième contrat intelligent, caractérisé en ce 10 que : - ledit au moins un deuxième contrat intelligent contient en outre : ^ (CTRA2) : clé de contrôle relative à la clé privée cryptographique relative audit au moins un deuxième contrat intelligent et ; ^ (CTRAPUB1) : au moins une clé publique cryptographique associée à 15 la clé privée cryptographique relative audit au moins un contrat intelligent et ; ^ (CTRASIG1) : zone contenant la signature cryptographique dudit au moins un deuxième contrat intelligent avec ladite clé privée cryptographique relative audit au moins un contrat intelligent et ; 20 - en ce que au moins un dispositif récepteur (3) vérifie le respect des conditions associées audit au moins un contrat intelligent, vérifie la concordance des clés cryptographiques entre ledit au moins un contrat intelligent et ledit au moins un deuxième contrat intelligent et ajoute un message de validation (VALID DISPR) audit au moins un deuxième 25 contrat intelligent seulement si toutes les conditions sont respectées. 7) Procédé selon l'une quelconque des revendications précédentes, adapté pour associer au moins un contrat intelligent à au moins une donnée externe, caractérisé en ce que, dans la première étape, ledit 30 contrat intelligent comporte en outre au moins une information de connexion permettant d'interroger au moins une donnée externe et/ou au moins une condition relative à ladite au moins une donnée externe. 35 8) Procédé selon l'une quelconque des revendications précédentes, apte à associer au moins une valeur et/ou au moins un message d'échange de valeur avec au moins un contrat intelligent: 3049137 -30- - dans lequel dans la première étape, ledit au moins un contrat intelligent comporte en outre au moins une condition relative à une opération et/ou à un statut relatif à ladite au moins une valeur et/ou au moins un message d'échange de valeur et ; 5 - dans lequel, ledit au moins un contrat intelligent comporte en outre au moins une information permettant à au moins un dispositif récepteur (3) de réaliser au moins un message d'échange de valeur et/ou de rechercher au moins un statut relatif à au moins un échange de valeur. 10 9) Procédé selon l'une quelconque des revendications précédentes, apte à gérer au moins un échange de biens et/ou de services par l'intermédiaire d'au moins un contrat intelligent relatif à au moins une clé privée cryptographique relative à au moins un commanditaire et au moins une clé privée cryptographique relative à au moins une partie prenante : 15 - dans lequel dans la première étape, ledit au moins un contrat intelligent comporte en outre : ^ au moins une condition relative à au moins un échange de biens et/ou de services chiffré ou non pour au moins une partie prenante et ; ^ au moins une condition relative à au moins un message de 20 proposition et ; ^ au moins une condition relative à au moins un message de validation (VALIDPP) ou de contreproposition relatif audit au moins un message de proposition et ; - dans une nouvelle deuxième étape, ladite au moins une partie prenante 25 transmet au moins un message de proposition associé audit au moins un contrat intelligent, contenant au moins : ^ au moins une donnée relative à au moins une contrepartie et éventuellement au moins une condition relative à ladite au moins un contrepartie et ; 30 ^ la clé publique relative à ladite au moins une clé privée cryptographique relative à au moins une partie prenante et ; ^ une signature cryptographique dudit au moins un message de proposition avec ladite au moins une clé privée cryptographique relative à au moins une partie prenante et ; 35 - dans une nouvelle troisième étape, ledit au moins un commanditaire valide ledit au moins un message de proposition par l'intermédiaire dudit au moins un message de validation et/ou de contreproposition par 3049137 -31 - l'intermédiaire d'au moins une signature cryptographique dudit au moins un message de proposition avec ladite au moins une clé privée cryptographique relative à au moins un commanditaire et ; - dans une nouvelle quatrième étape, ladite au moins une partie prenante 5 relative audit message de validation (VALIDPP) exécute ladite contrepartie et éventuellement au moins une condition relative à ladite au moins une contrepartie et ; - dans une nouvelle cinquième étape, une fois les conditions définies dans ledit au moins un contrat intelligent et dans le message de proposition 10 validé par l'intermédiaire dudit message de validation (VALIDPP) réunies alors ledit au moins un contrat intelligent exécute ladite au moins une condition relative audit au moins un contrat intelligent. 10) Procédé selon l'une quelconque des revendications 15 précédentes, apte à habiliter au moins un émetteur à transmettre une information sans dévoilement dudit au moins un émetteur et par l'intermédiaire d'au moins un contrat intelligent et au moins un dispositif récepteur (3) : - dans lequel dans la première étape ledit au moins un contrat intelligent comporte au moins une condition relative à au moins un message de 20 validation associé à au moins une clé privée cryptographique relative à au moins un intermédiaire habilité à valider au moins une autre clé cryptographique relative à au moins un émetteur et ; - dans lequel, dans une nouvelle deuxième étape, ledit au moins un émetteur transmet au moins un premier- message associé audit au moins 25 un contrat intelligent contenant au moins : ^ la clé de contrôle associée à la clé privée cryptographique relative audit au moins un contrat intelligent et ; ^ la clé publique relative à la clé privée cryptographique relative audit au moins un émetteur et ; 30 ^ au moins une clé de contrôle "info" relative à au moins une clé privée cryptographique "info" générée aléatoirement et chiffrée avec la clé publique associée à au moins une clé privée cryptographique (CPDISPR) partagée par au moins un dispositif récepteur (3) et ; ^ ria signature cryptographique dudit premier message avec ladite clé 35 privée cryptographique relative audit au moins un émetteur et ; - dans une nouvelle troisième étape, seulement si la clé publique relative à la clé privée cryptographique relative audit au moins un émetteur est 3049137 -32- validée par ledit au moins un intermédiaire habilité à valider au moins une autre clé cryptographique relative à au moins un émetteur et que les conditions relatives audit au moins un contrat intelligent sont réunies, ledit au moins un intermédiaire habilité transmet au moins un premier 5 message de validation (VALIDPP) associé audit au moins un premier message et contenant : ^ au moins la signature cryptographique dudit premier message par l'intermédiaire de ladite au moins une clé privée cryptographique relative à au moins un intermédiaire habilité et ; 10 - dans une nouvelle quatrième étape, seulement si ledit au moins un premier message de validation (VALIDPP) relatif audit au moins un premier message dudit émetteur est valide, ledit au moins un émetteur transmet alors au moins un deuxième message contenant au moins : ^ la clé de contrôle relative à la clé privée cryptographique relative 15 audit contrat intelligent et ; ^ la clé publique relative à ladite au moins une clé privée cryptographique "info" et ; ^ le contenu du message et ; ^ la signature cryptographique dudit au moins un deuxième message 20 avec ladite au moins une clé privée cryptographique "info"" et ; - dans une nouvelle cinquième étape, au moins un dispositif récepteur (3) vérifie la conformité dudit au moins un deuxième message transmit par ledit au moins un émetteur et du respect des conditions associées audit contrat intelligent et ajoute un message de validation (VALID DISPR) 25 seulement si toutes les conditions sont respectées.