Une phrase seed concentre un pouvoir considérable. Mal protégée, elle expose les actifs. Perdue, elle peut rendre ces actifs définitivement inaccessibles. Stockée entière dans un seul endroit, elle devient un point de défaillance unique.
GLOV SSS répond à ce problème avec une approche simple à comprendre : protéger une phrase seed BIP-39 en la divisant en fragments, sans déléguer la custody et sans dépendre d’un service cloud.
Le problème du point de défaillance unique
Beaucoup de détenteurs crypto savent qu’une seed phrase doit être protégée. Mais la question n’est pas seulement de la cacher. Il faut aussi penser la résilience.
Un support unique peut être perdu, volé, détruit, oublié ou découvert. Une copie complète placée dans plusieurs endroits réduit certains risques, mais en crée d’autres : chaque copie devient un secret complet.
Le défi consiste donc à éviter deux extrêmes : tout concentrer dans un seul point ou multiplier des copies complètes trop exposées.
Le principe de Shamir Secret Sharing
GLOV SSS utilise le partage de secret de Shamir. L’idée est de diviser une seed en plusieurs fragments appelés shards.
Chaque shard seul est inutilisable. Pour reconstruire la seed, il faut réunir un seuil défini à l’avance. Par exemple, dans un schéma 3 sur 5, cinq fragments sont créés et trois suffisent pour reconstruire la seed.
Cette logique améliore la résilience : perdre un fragment ne signifie pas perdre l’accès, et trouver un fragment isolé ne permet pas de reconstituer le secret.
Une logique non-custodial
Le point central est que GLOV SSS n’est pas un intermédiaire de custody. L’outil aide à protéger un secret, mais ne remplace pas le détenteur.
La seed, les shards et la reconstruction restent dans un environnement local. Le client conserve la maîtrise de ses secrets et de ses décisions.
Cette approche est cohérente avec GLOV Secure : renforcer la sécurité sans prendre possession des fonds, des clés ou de la capacité d’action du client.
Un fonctionnement local et hors ligne
GLOV SSS est conçu pour fonctionner localement et hors ligne. L’objectif est de réduire la surface d’exposition et d’éviter les dépendances inutiles.
La seed BIP-39 est saisie sur un appareil dédié. L’utilisateur définit le seuil de protection. Les shards sont générés localement, puis stockés dans des lieux séparés et fiables.
Lorsque la récupération est nécessaire, le nombre minimum de shards est réuni et la reconstruction se fait localement.
Pourquoi le seuil est important
Le choix du seuil n’est pas un détail technique. Il reflète un compromis entre sécurité et accessibilité.
Un seuil trop bas peut faciliter une reconstruction non souhaitée. Un seuil trop élevé peut rendre la récupération difficile si plusieurs fragments deviennent indisponibles.
Un modèle 3 sur 5 peut offrir un équilibre intéressant : il permet de perdre jusqu’à deux fragments tout en conservant la possibilité de récupération avec les trois restants. Mais chaque situation doit être pensée selon le contexte, les personnes impliquées et les lieux de stockage.
Stocker les fragments avec méthode
La qualité du dispositif dépend aussi de la manière dont les fragments sont stockés.
Répartir des shards dans des lieux distincts ne doit pas être improvisé. Il faut réfléchir à la sécurité physique, à la confidentialité, à la disponibilité future, aux personnes de confiance et aux scénarios d’incident.
GLOV SSS protège la seed par fragmentation. Mais la stratégie de stockage et de gouvernance autour des fragments reste essentielle.
Une brique pour la succession, pas une succession complète
GLOV SSS peut être utile dans une réflexion de succession crypto, car il évite de confier l’intégralité d’une seed à un seul support ou à une seule personne.
Mais il ne remplace pas une stratégie complète de transmission. Une succession exige aussi des instructions compréhensibles, des relais humains, un cadre juridique adapté et une organisation claire des conditions d’accès.
GLOV est en contact avec des notaires afin de faciliter, lorsque cela est pertinent, l’articulation entre les dispositifs techniques de sécurité et les démarches de transmission patrimoniale. GLOV Secure ne fournit pas de conseil juridique.
Pour qui GLOV SSS est pertinent
GLOV SSS peut intéresser plusieurs profils : détenteurs crypto souhaitant renforcer leurs sauvegardes, entrepreneurs Web3 avec des actifs sensibles, organisations qui veulent éviter les points de défaillance uniques, profils patrimoniaux qui souhaitent préparer la continuité, ou utilisateurs attachés à une logique locale et non-custodial.
Dans tous les cas, l’outil doit être intégré à une réflexion plus large sur la custody, les accès et la gouvernance.
Protéger sans perdre la maîtrise
La force de GLOV SSS est de proposer une sécurité plus distribuée sans transformer le détenteur en dépendant d’un tiers.
C’est une brique technique sobre, conçue pour réduire des risques concrets : perte, vol, exposition excessive, dépendance à un support unique ou difficulté de continuité.
Pour aller plus loin, Custody Architecture permet d’intégrer GLOV SSS dans un dispositif complet de sécurité, de sauvegarde et de gouvernance.
Une sécurité plus calme
La bonne sécurité crypto n’est pas seulement celle qui verrouille. C’est celle qui permet de dormir plus sereinement, parce que les scénarios importants ont été pensés.
GLOV SSS aide à réduire la fragilité d’une seed unique. Utilisé dans un cadre structuré, il peut contribuer à une sécurité plus robuste, plus lisible et plus durable.
Pour discuter d’une stratégie adaptée à vos actifs numériques, Contact GLOV permet d’ouvrir un échange confidentiel.