Procédé pour permettre à un utilisateur (1) de sauvegarder des données personnelles sensibles (2) sur une chaîne de blocs, ledit procédé prévoyant de : signer les données personnelles (2) au moyen d’une clé privée (7a) liée à un terminal (5) de l’utilisateur ; chiffrer lesdites données personnelles avec une clé publique (12b) d'une boite noire transactionnelle (11) ; enregistrer les données personnelles (2) signées et chiffrées sur la chaîne de blocs (3) en les liant à l’utilisateur (1) ; ledit procédé prévoyant en outre, lorsque l’utilisateur (1) souhaite récupérer ses données personnelles (2) enregistrées sur la chaine de blocs (3), de : envoyer une requête en restauration (28) comprenant une clé publique (7b’) liée à un terminal (5, 5’) de l’utilisateur (1) ; authentifier l’utilisateur (1) ; extraire les données personnelles (2) signées et chiffrées enregistrées sur la chaîne de blocs (3) ; déchiffrer les données personnelles (2) extraites avec la clé privée (12a) liée à la clé publique (12b) de la boite noire transactionnelle (11) ; rechiffrer lesdites données personnelles avec la clé publique (7b’) extraite de la requête en restauration (28) ; communiquer lesdites données personnelles rechiffrées audit terminal. Procédé selon la revendication 1, caractérisé en ce qu’il prévoit de signer et chiffrer ensemble les données personnelles (2) et un numéro aléatoire (17) généré en complément d’un identifiant unique (18) de l’utilisateur (1) fourni par une plateforme d’identité tierce (8), puis d’enregistrer lesdites données personnelles et ledit numéro aléatoire signés et chiffrés sur la chaîne de blocs (3), en les associant à une empreinte numérique (18’) dudit identifiant unique. Procédé selon la revendication 2, caractérisé en ce qu’il prévoit d’enregistrer les données personnelles (2) et le numéro aléatoire (17) signés et chiffrés par inscription directe dans la chaîne de blocs (3), en les associant à l’empreinte numérique (18’). Procédé selon la revendication 2, caractérisé en ce qu’il prévoit d’enregistrer les données personnelles (2) et le numéro aléatoire (17) signés et chiffrés dans un coffre-fort (14) de stockage collectif sur la chaîne de blocs (3), en les associant à l’empreinte numérique (18’). Procédé selon l'une quelconque des revendications 2 à 4, caractérisé en ce qu’il prévoit d’authentifier l’utilisateur (1) au moyen de l’identifiant unique (18), ledit identifiant unique étant communiqué en même temps que la requête en restauration (28) par interaction dudit utilisateur (1) avec la plateforme tierce (8). Procédé selon la revendication 1, caractérisé en ce qu’il prévoit d’enregistrer directement les données personnelles (2) signées et chiffrées dans un coffre-fort personnel (9) détenu par l’utilisateur (1) sur la chaîne de blocs (3). Procédé selon la revendication 6, caractérisé en ce qu’il prévoit d’authentifier l’utilisateur (1) au moyen de la clé publique (7b’) envoyée dans la requête en restauration (28), en vérifiant la présence de ladite clé publique dans un coffre-fort personnel (9) de l’utilisateur (1) sur la chaîne de blocs (3). Architecture pour permettre à un utilisateur (1) de sauvegarder des données personnelles sensibles (2) sur une chaîne de blocs (3), ladite architecture comprenant : une boîte noire transactionnelle (11) comprenant une paire de clés asymétriques privée (12a) et publique (12b), ladite boîte noire comprenant des moyens pour chiffrer et déchiffrer des données au moyen d’une clé de chiffrement (12a, 7b’) donnée ; au moins un terminal (5, 5’) comprenant, notamment au moyen d’une application (6) installée sur ledit terminal, des moyens pour permettre à l’utilisateur (1) de : signer ses données personnelles (2) au moyen d’une clé privée (7a) liée audit terminal ; chiffrer lesdites données personnelles avec la clé publique (12b) de ladite boite noire transactionnelle ; envoyer les données personnelles (2) signées et chiffrées sur la chaîne de blocs (3), afin de les enregistrer sur ladite chaîne de blocs en les liant à l’utilisateur (1) ; envoyer sur la chaîne de blocs (3) une requête en restauration (28) comprenant une clé publique (7b’) liée audit terminal, afin de récupérer ses données personnelles (2) enregistrées sur la chaîne de blocs (3) ; une plateforme intermédiaire (4) liée à la chaîne de blocs (3), ladite plateforme intermédiaire comprenant des moyens pour, après réception d’une requête en restauration (28) envoyée par un terminal (5, 5’) de l’utilisateur (1) : authentifier l’utilisateur (1) ; extraire les données personnelles (2) signées et chiffrées enregistrées sur la chaîne de blocs (3) ; communiquer à la boîte noire transactionnelle (11) les données personnelles (2) signées et chiffrées extraites et la clé publique (7b’) extraite de la requête en restauration (28), afin que ladite boîte noire transactionnelle : déchiffre les données personnelles (2) extraites avec la clé privée (12a) de ladite boite noire transactionnelle ; rechiffre lesdites données personnelles avec la clé publique (7b’) extraite de la requête en restauration (28) ; communique lesdites données personnelles rechiffrées au terminal (5, 5’) ayant envoyé ladite requête en restauration. Architecture selon la revendication 8, caractérisée en ce qu’elle comprend une plateforme d’identité tierce (8) apte à fournir un identifiant unique (18) pour l’utilisateur (1), la plateforme intermédiaire (4) comprenant des moyens pour : générer un numéro aléatoire (17) en complément dudit identifiant unique fourni par ladite plateforme tierce ; communiquer ledit numéro aléatoire à un terminal (5) de l’utilisateur (1), afin que ledit terminal signe et chiffre ensemble les données personnelles (2) et ledit numéro aléatoire ; enregistrer les données personnelles (2) et ledit numéro aléatoire signés et chiffrés sur la chaîne de blocs (3), en les associant à une empreinte numérique (18’) dudit identifiant unique. Architecture selon la revendication 9, caractérisée en ce que la plateforme intermédiaire (4) comprend des moyens pour enregistrer les données personnelles (2) et le numéro aléatoire (17) signés et chiffrés par inscription directe dans la chaîne de blocs (3), en les associant à l’empreinte numérique (18’). Architecture selon la revendication 9, caractérisée en ce que la chaîne de blocs (3) comprend un coffre-fort (14) de stockage collectif, la plateforme intermédiaire (4) comprenant des moyens pour enregistrer dans ledit coffre-fort collectif les données personnelles (2) et le numéro aléatoire (17) signés et chiffrés, en les associant à l’empreinte numérique (18’). Architecture selon l'une quelconque des revendications 9 à 11, caractérisée en ce que la plateforme intermédiaire (4) comprend des moyens pour authentifier l’utilisateur (1) au moyen de l’identifiant unique (18), ledit identifiant unique étant communiqué à ladite plateforme intermédiaire en même temps que la requête en restauration (28) par interaction dudit utilisateur (1) avec la plateforme tierce (8). Architecture selon la revendication 8, caractérisée en ce que le terminal (5) comprend des moyens pour enregistrer directement les données personnelles (2) signées et chiffrées dans un coffre-fort personnel (9) détenu par l’utilisateur (1) sur la chaîne de blocs (3). Architecture selon la revendication 13, caractérisée en ce que la plateforme intermédiaire (4) comprend des moyens pour authentifier l’utilisateur (1) au moyen de la clé publique (7b’) envoyée dans la requête en restauration (28), en vérifiant la présence de ladite clé publique dans un coffre-fort personnel (9) de l’utilisateur (1) sur la chaîne de blocs (3).