Procédé pour la sauvegarde et la restauration d'une graine (S) détenue par un portefeuille de cryptoactifs (CW1, CW2, CW3, HW, HDV), comprenant les étapes consistant à : - prévoir une pluralité de serveurs de sauvegarde (BCKi), - au moyen du portefeuille de cryptoactifs, générer une pluralité de données secrètes (Si) à partir de la graine (S), et - transférer (B11, B12) à chaque serveur de sauvegarde l'une des données secrètes fournies par le portefeuille de cryptoactifs, procédé comprenant également une étape de chiffrement, au moyen d’une fonction de chiffrement de graine (Fseed) et d'une clé de chiffrement de graine (Kseed), d’au moins une des données secrètes (Si) générées à partir de la graine (S), avant de la transférer (B11, B12) à un serveur de sauvegarde. Procédé selon la revendication 1, dans lequel l'étape de chiffrement d'au moins une des données secrètes comprend au moins l’une des étapes suivantes : - au moyen de la fonction de chiffrement de graine (Fseed) et de la clé de chiffrement de graine (Kseed), chiffrer la graine avant de générer la pluralité de données secrètes (Si) à partir de la graine (S), - au moyen de la fonction de chiffrement de graine (Fseed) et de la clé de chiffrement de graine (Kseed), chiffrer ladite au moins une donnée secrète (Si) avant de la transférer à un serveur de sauvegarde. Procédé selon l’une des revendications 1 et 2, dans lequel la clé de chiffrement de graine (Kseed) est enregistrée dans une mémoire non volatile du portefeuille matériel, lors de sa personnalisation ou au cours d’une mise à jour ultérieure. Procédé selon la revendication 3, dans lequel la clé de chiffrement de graine (Kseed) est commune à une pluralité de portefeuilles de cryptoactifs. Procédé selon l’une des revendications 1 et 2, dans lequel la clé de chiffrement de graine (Kseed) est dérivée d’un secret connu de l’utilisateur. Procédé selon l’une des revendications 1 à 5, dans lequel chaque donnée secrète (Si) est transférée à un serveur de sauvegarde sous une forme chiffrée ({Si}kBi) au moyen d’une clé de session (kBi) qui n'est connue que par le portefeuille de cryptoactifs et le serveur de sauvegarde à qui elle est destinée. Procédé selon l’une des revendications 1 à 6, comprenant en outre des étapes consistant à collecter (B3) des informations (BCKDT) relatives à l’identité de l’utilisateur, communiquer (B6) à chaque serveur de sauvegarde les informations (BCKDT) relatives à l’identité de l’utilisateur, et associer chaque donnée secrète à l’identité de l’utilisateur dans chaque serveur de sauvegarde. Procédé selon la revendication 7, dans lequel les informations relatives à l’identité de l’utilisateur comprennent au moins le prénom de l’utilisateur, le nom de famille de l’utilisateur et la date de naissance de l’utilisateur. Procédé selon l'une des revendications 1 à 8, dans lequel le portefeuille de cryptoactifs est configuré pour générer une pluralité de données secrètes (Si) au moyen d’une fonction de partage de secret (SS) prévue pour générer un nombre m de données secrètes à partir de la graine (S) et permettre la reconstitution de la graine (S) à partir d’un seuil de n données secrètes (Si). Procédé selon l'une des revendications 1 à 9, dans lequel le portefeuille de cryptoactifs (CW1) comprend un portefeuille matériel (HW) dépourvu de moyen de connexion à l’Internet relié ou configuré pour être relié à un dispositif hôte (HDV) exécutant un logiciel compagnon (HSW) et pourvu d’une connexion à l’Internet. Procédé selon l'une des revendications 1 à 10, comprenant, pour la restauration de la graine, les étapes suivantes : - communication (R3) à chaque serveur de sauvegarde des informations (BCKDT) relatives à l’identité de l’utilisateur, - réception (R11) par le portefeuille de cryptoactifs, sous une forme chiffrée ({Si}kBi) par une clé de session, de tout ou partie des données secrètes (Si) détenues par les serveurs de sauvegarde, - reconstitution (R13) de la graine par le portefeuille de cryptoactifs à partir des données secrètes ({Si}kBi) fournies par les serveurs de sauvegarde et au moyen d’une fonction inverse (Fseed-1) de la fonction de chiffrement de graine (Fseed). Procédé selon l'une des revendications 1 à 11, comprenant les étapes consistant à : - prévoir un programme orchestrateur (ORC1) exécuté par un serveur (ORCSRV1), et - configurer le programme orchestrateur et le portefeuille de cryptoactifs pour qu'ils exécutent au moins l'une des étapes suivantes : - lors de la sauvegarde de la graine, transfert au programme orchestrateur par le portefeuille de cryptoactifs des données secrètes générées par le portefeuille de cryptoactifs, et transfert (B12) aux serveurs de sauvegarde, par le programme orchestrateur des données secrètes reçues du portefeuille de cryptoactifs, et - lors de la restauration de la graine, réception (R11) par le programme orchestrateur de tout ou partie des données secrètes détenues par les serveurs de sauvegarde, et transfert (R12) de ces données secrètes au portefeuille de cryptoactifs par le programme orchestrateur. Procédé selon la revendication 12, comprenant les étapes consistant à : - établir un premier canal de communication sécurisé entre le portefeuille de cryptoactifs et le programme orchestrateur (ORC1), au moyen d'une première clé de session (k0) générée après un échange de clés (PD, PeD, PO, PeO) entre le portefeuille de cryptoactifs et le programme orchestrateur (ORC1), et - établir un deuxième canal de communication sécurisé entre le portefeuille de cryptoactifs et chaque serveur de sauvegarde (BCKi) par l'intermédiaire du programme orchestrateur (ORC1), au moyen d'une pluralité de deuxième clés de session (kBi) générées après un échange de clés (PD, PeD, PBi, PeBi) entre le portefeuille de cryptoactifs et chaque serveur de sauvegarde (BCKi) par l'intermédiaire du programme orchestrateur (ORC1). Procédé selon l'une des revendications 1 à 13, dans lequel avant de fournir (R11) la donnée secrète (Si) qu'il détient, au moins un serveur de sauvegarde soumet l'utilisateur à une étape de vérification de son identité, et refuse de restituer la donnée secrète si la vérification de l’identité de l’utilisateur n’est pas concluante. Portefeuille de cryptoactifs (CW1, HW, HDV, CW2, CW3) détenant ou prévu pour détenir une graine (S), caractérisé en ce qu’il est configuré pour proposer à un utilisateur les options suivantes : - sauvegarder la graine manuellement (D2.1) sous la forme d'une phrase de récupération qui devra être conservée par l'utilisateur, ou - sauvegarder la graine dans une pluralité de serveurs de sauvegarde (D2.2), et, si l'utilisateur choisit de sauvegarder la graine dans une pluralité de serveurs de sauvegarde : - générer une pluralité de données secrètes (Si) à partir de la graine (S), - transférer (B12) chaque donnée secrète à un serveur de sauvegarde (BCKi), et - au moyen d’une fonction de chiffrement de graine (Fseed) et d'une clé de chiffrement de graine (Kseed), chiffrer au moins une des données secrètes (Si) générées à partir de la graine (S), avant de la transférer à un serveur de sauvegarde. Portefeuille de cryptoactifs selon la revendication 15, configuré pour conduire l'étape de chiffrement d'au moins une des données secrètes en exécutant au moins l’une des étapes suivantes : - au moyen de la fonction de chiffrement de graine (Fseed) et de la clé de chiffrement de graine (Kseed), chiffrer la graine avant de générer la pluralité de données secrètes (Si) à partir de la graine (S), - au moyen de la fonction de chiffrement de graine (Fseed) et de la clé de chiffrement de graine (Kseed), chiffrer ladite au moins une donnée secrète (Si) avant de la transférer (B11, B12) à un serveur de sauvegarde. Portefeuille de cryptoactifs selon l’une des revendications 15 et 16, configuré pour conduire une étape de collecte (B3, D4, BCKID, D8-D11, D28-D32, D34) d'informations relatives à l'identité de l'utilisateur, en présence de l'utilisateur, et une étape de communication (B6, D9, D11, D30, D32) à chaque serveur de sauvegarde des informations relatives à l’identité de l’utilisateur. Portefeuille de cryptoactifs selon l’une des revendications 15 à 17, configuré pour proposer également à l'utilisateur les options suivantes : - restaurer la graine manuellement (D24.2) à partir d'une phrase de récupération, ou - restaurer la graine à partir d'une pluralité de serveurs de sauvegarde (D24.2), et, si l'utilisateur choisit de restaurer la graine à partir d'une pluralité de données secrètes détenues par une pluralité de serveurs de sauvegarde, reconstituer (R13) la graine à partir des données fournies par les serveurs de sauvegarde et au moyen d’une fonction inverse (Fseed-1) de la fonction de chiffrement de graine. Portefeuille de cryptoactifs selon l'une des revendications 15 à 18, configuré pour générer une pluralité de données secrètes (Si) à partir de la graine (S) au moyen d’une fonction de partage de secret (SS) prévue 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). Portefeuille de cryptoactifs selon la revendication 18, configuré pour, si l'utilisateur choisit de restaurer la graine à partir des données secrètes, conduire au moins une étape de vérification de l’identité de l’utilisateur à la demande d'un serveur de sauvegarde. Portefeuille de cryptoactifs (CW1) selon l'une des revendications 15 à 20, comprenant un portefeuille matériel (HW) dépourvu de moyen de connexion à l’Internet, et un dispositif hôte (HDV) exécutant un logiciel compagnon (HSW) et pourvu d’une connexion à l’Internet, le logiciel compagnon complétant le portefeuille matériel (HW) pour la réalisation d'étapes (D1-D13, D20-D38) nécessitant une interaction avec l'utilisateur, notamment des étapes de collecte d'informations relatives à l'identité de l'utilisateur.