Passphrase, lancers de dés et multisig sont souvent présentés comme trois moyens de « renforcer une seed ». En réalité, ils ne répondent pas au même problème et ne doivent pas être confondus.
La bonne architecture ne consiste pas à accumuler les options, mais à comprendre le risque traité par chaque couche.
Les dés renforcent la génération
Des lancers de dés peuvent fournir une source d’entropie indépendante lors de la création d’une seed, à condition qu’ils soient équitables, privés et saisis directement dans l’environnement hors ligne prévu.
Cette couche agit au moment de la génération. Elle vise à éviter qu’un défaut de générateur interne soit la seule source du secret.
La séquence ne doit jamais être photographiée, enregistrée dans le cloud ou saisie sur un appareil connecté.
La passphrase crée un secret supplémentaire
Une passphrase BIP-39 transforme une même suite de mots en un wallet différent. Elle ajoute donc une barrière indépendante à la seed de base.
Sa force dépend de sa longueur, de son imprévisibilité, de son unicité et de la manière dont elle est sauvegardée. Une passphrase oubliée rend le wallet inaccessible ; une passphrase faible peut être devinée.
Elle ne corrige pas une seed mal générée et ne doit pas être confondue avec le PIN de l’appareil.
Le multisig répartit l’autorité
Le multisig exige plusieurs signatures pour déplacer les fonds. Il réduit ainsi la dépendance à une seule clé ou à une seule personne.
Son efficacité dépend du quorum et de l’indépendance des signataires. Un 2-sur-3 avec trois clés issues du même défaut peut rester vulnérable. Un multisig diversifié, correctement documenté et testé, apporte une séparation plus forte.
Trois risques différents
Les dés répondent à la qualité de l’aléa. La passphrase ajoute un secret. Le multisig répartit la capacité d’action.
Ces couches peuvent se compléter, mais elles créent aussi des responsabilités supplémentaires : sauvegardes, descripteurs, chemins de dérivation, procédures et relais humains.
Ne pas confondre sécurité et complexité
Ajouter une couche que personne ne comprend peut augmenter le risque de perte. Une architecture robuste doit rester exploitable dans des conditions normales et en situation d’urgence.
La Custody Architecture aide à choisir les couches réellement utiles selon les actifs, les personnes impliquées et les scénarios de continuité.
Le rôle de GLOV SSS
GLOV SSS traite encore un autre sujet : la répartition de la sauvegarde d’une seed saine. Il ne remplace ni la passphrase, ni le multisig, ni une bonne source d’entropie.
Pour construire un modèle proportionné, demandez un audit GLOV Secure ou contactez GLOV.