Procédé pour la sauvegarde et la restauration d’un secret (S) détenu par un premier portefeuille de cryptoactifs (CW1, HW, HDV, CW2, CW3) qui est la propriété d’un utilisateur (USR), caractérisé en ce qu'il comprend les étapes consistant à : - générer, au moyen du portefeuille de cryptoactifs, une pluralité de données secrètes (Si) à partir du secret (S), - sauvegarder (B10-B12) les données secrètes (Si) dans une pluralité de serveurs de sauvegarde (BCKi), chaque serveur de sauvegarde recevant au moins une donnée secrète, - restaurer (R1-R14) le secret dans un deuxième portefeuille de cryptoactifs (CW1, HW’, HDV, CW2, CW3) à partir de tout ou partie des données secrètes détenues par les serveurs de sauvegarde, et en ce que : - l’étape de sauvegarde (B10-B12) des données secrètes est précédée d’une étape initiale (B2) de collecte d'informations (BCKDT) relatives à l’identité de l’utilisateur (B3, IDV0), et d'une étape de communication, à chaque serveur de sauvegarde, des informations (BCKDT) relatives à l’identité de l’utilisateur, et - l’étape de restauration (R1-R14) est précédée d’une pluralité d’étapes (R7, IDVi) de vérification de l’identité de l’utilisateur par au moins une partie des serveurs de sauvegarde, un serveur de sauvegarde configuré pour vérifier l’identité de l’utilisateur étant également configuré pour refuser de restituer la donnée secrète qu’il détient si la vérification de l’identité de l’utilisateur n’est pas concluante. Procédé selon la revendication 1, comprenant également, après l'étape initiale (B2) de collecte d'informations (BCKDT) relatives à l’identité de l’utilisateur (B3, IDV0), une étape (B3, IDV0) de vérification de l'identité de l'utilisateur. Procédé selon la revendication 2, dans lequel l’étape de sauvegarde (B10-B12) des donnés secrètes n’est pas effectuée (B4) si la vérification initiale (B3, IDV0) de l’identité de l’utilisateur n’est pas concluante. Procédé selon l'une des revendications 1 à 3, dans lequel les informations (BCKDT) relatives à l’identité de l’utilisateur définissent une identité pivot de l’utilisateur qui comprend au moins le prénom de l’utilisateur, le nom de famille de l’utilisateur et la date de naissance de l’utilisateur, et dans lequel au moins une étape (IDV0, IDVi) de vérification de l’identité de l’utilisateur se rapporte à la vérification de son identité pivot. Procédé selon l’une des revendications 1 à 4, dans lequel au moins une étape de vérification de l’identité de l’utilisateur est conduite par un serveur de vérification d’identité (IDVSRVi), l'étape de vérification de l’identité de l’utilisateur comprenant une étape de création d'un chemin de données entre le portefeuille de cryptoactifs (HW, HDV) et le serveur de vérification d’identité, pour la communication au serveur de vérification d’identité d’informations recueillies par le portefeuille de cryptoactifs. Procédé selon l’une des revendications 1 à 5, dans lequel l’étape de restauration comprend, en relation avec la restauration d’au moins deux données secrètes par deux serveurs de sauvegarde, au moins deux étapes de vérification de l’identité de l’utilisateur différentes, et dans lequel deux étapes de vérification de l’identité de l’utilisateur différentes se fondent sur des informations différentes fournies par l'utilisateur, et/ou sur des méthodes différentes pour recueillir les informations fournies par l'utilisateur, et/ou sur des méthodes ou des algorithmes différents pour analyser les informations fournies par l'utilisateur. Procédé selon l'une des revendications 1 à 6, dans lequel une étape de vérification de l'identité de l'utilisateur comprend une étape (D7-D11, D27-D34) d'acquisition d'au moins une photographie ou vidéo de l'utilisateur et/ou d'une pièce d'identité de l'utilisateur. Procédé selon l’une des revendications 1 à 7, dans lequel des étapes de vérification de l’identité de l’utilisateur sont conduites par des services (IDVSi) exécutés par des serveurs (IDVSRVi) et comprennent des étapes automatisées de vérification de l’identité comprenant des étapes d’acquisition à distance d’informations à partir desquelles l’identité de l’utilisateur est vérifiée, les étapes d’acquisition à distance d’informations comprenant au moins deux des étapes suivantes : - acquisition d’une photo d’une pièce d’identité comprenant une photo de l’utilisateur, - acquisition d’une ou de plusieurs photos du visage de l’utilisateur, - acquisition d’un enregistrement vidéo montrant le visage de l’utilisateur en mouvement, - acquisition d’une justification de domicile, - acquisition d’une empreinte digitale de l’utilisateur, - acquisition d’un code de validation reçu par l’utilisateur dans un message, - activation par l’utilisateur d’un lien reçu par l’utilisateur dans un message, et - acquisition d’un hologramme présent sur une pièce d'identité. Procédé selon l'une des revendications 7 et 8 comprenant, lorsque les étapes automatisées de vérification de l’identité de l’utilisateur ne sont pas concluantes, des étapes de vérification de l’identité de l’utilisateur conduites par des personnes physiques, telles que la conduite d’un entretien téléphonique avec l’utilisateur, la conduite d’une vidéo conférence avec l’utilisateur, la conduite d’un entretien en face à face avec l’utilisateur, la validation d'un parcours scolaire ou d’un parcours d'employé de l’utilisateur. Procédé selon l’une des revendications 1 à 9, comprenant la prévision d’un programme orchestrateur (ORC1, ORC2) exécuté par un serveur (ORCSRV1, ORCSRV1), le premier ou le deuxième portefeuilles de cryptoactifs (HW, HW’, HDV, CW1, CW2, CW3) étant configurés pour établir une liaison de données (LNK1) avec le programme orchestrateur avant de réaliser l’étape de sauvegarde ou de restauration, le programme orchestrateur étant configuré pour conduire ou contrôler au moins une étape de collecte d'informations (BCKDT) relatives à l’identité de l’utilisateur. Procédé selon la revendication 10, dans lequel le programme orchestrateur (ORC1) est configuré pour : - lors de la restauration des données, recevoir de chaque serveur de sauvegarde (BCKi) configuré pour conduire une vérification de l’identité de l’utilisateur une information sur le succès de la vérification d’identité conduite par le serveur de sauvegarde, et - si un nombre déterminé de serveurs de sauvegarde (BCKi) n’a pas vérifié avec succès l’identité de l’utilisateur, suspendre le processus de restauration des données dans son ensemble, y compris par les serveurs qui ont vérifié avec succès l’identité de l’utilisateur, et optionnellement soumettre l’utilisateur à une étape supplémentaire de vérification de son identité. Procédé selon l’une des revendications 10 et 11, dans lequel le programme orchestrateur est également configuré pour recevoir de chaque serveur de sauvegarde, lors de la restauration des données, un score de certitude quant à vérification de l’identité de l’utilisateur, et si la moyenne des scores est inférieure à un premier seuil, ou si l’un des scores est inférieur à un deuxième seuil, suspendre le processus de restauration des données dans son ensemble et optionnellement soumettre l’utilisateur à une étape supplémentaire de vérification de son identité. Procédé selon l’une des revendications 10 à 12, dans lequel le premier portefeuille de cryptoactifs (HW, HDV) est configuré pour, après avoir reçu l’autorisation de sauvegarde des données secrètes, établir avec chaque serveur de sauvegarde une liaison de données (LNK1-LNK2i, LNK3i) par laquelle il fournit à chaque serveur la donnée secrète qui lui est destinée. Procédé selon l’une des revendications 1 à 13 dans lequel : - le premier portefeuille de cryptoactifs est configuré pour générer la pluralité de données secrètes (Si) à partir de clé maître (S) au moyen d’une fonction de partage de secret configurée pour générer un nombre m de données secrètes et permettre la reconstitution de la graine (S) à partir d’un seuil de n données secrètes (Si), et - le deuxième portefeuille de cryptoactifs est configuré pour reconstituer la clé maître à partir d’au moins n données secrètes (Si) reçues lors de l’étape de restauration. Procédé selon la revendication 14, dans lequel le premier (CW1, HW, HDV) et le deuxième (CW1, HW’, HDV) portefeuilles de cryptoactifs comprennent chacun un portefeuille matériel (HW, HW’) dépourvu de moyen de connexion à l’Internet et un dispositif hôte (HDV) pourvu d’une connexion à l’Internet et exécutant un logiciel compagnon (HSW). Procédé selon l’une des revendications 1 à 15, mis en œuvre avec trois serveurs de sauvegarde et utilisant une fonction de partage de secret (SS) configurée pour générer m données secrètes à partir du secret et permettre la reconstitution du secret à partir d'au moins n données secrètes, n étant inférieur à m.