Les bonnes pratiques individuelles sont utiles, mais elles ne suffisent pas toujours. Lorsque les actifs, les responsabilités ou les personnes impliquées augmentent, il devient nécessaire de structurer une véritable architecture de custody.
L’objectif n’est pas de déléguer le contrôle. Il est d’organiser ce contrôle dans la durée.
Au-delà du choix du wallet
Un wallet matériel, une seed phrase ou une multisig ne constituent pas une architecture à eux seuls. Ce sont des composants.
Une Custody Architecture cherche à relier ces composants : quels wallets utiliser, quels accès séparer, quelles sauvegardes prévoir, qui peut agir, et comment récupérer en cas d’incident.
La question centrale n’est donc pas “quel outil choisir ?”. Elle est : comment l’ensemble tient-il dans le temps ?
Séparer les usages
Un dispositif robuste distingue généralement plusieurs environnements : usage courant, stockage long terme, trésorerie projet, opérations sensibles, tests ou interactions avec des applications externes.
Cette séparation réduit les conséquences d’une erreur. Elle permet aussi de mieux comprendre quels actifs sont exposés, lesquels doivent rester isolés, et quelles procédures s’appliquent à chaque contexte.
Sans séparation claire, une erreur sur un usage quotidien peut affecter un patrimoine ou une trésorerie qui auraient dû rester protégés.
Organiser les accès
La custody architecture traite aussi les accès. Qui détient quoi ? Qui peut signer ? Qui peut valider ? Qui peut récupérer ? Qui comprend le dispositif ?
Ces questions sont particulièrement importantes pour les entrepreneurs Web3, familles, investisseurs ou organisations qui ne veulent pas dépendre d’une seule personne.
Une architecture non-custodial bien pensée conserve le contrôle chez le client, mais rend ce contrôle plus lisible, mieux documenté et moins fragile.
Penser les sauvegardes comme un système
Une sauvegarde n’est pas seulement un support. C’est un système : lieu, format, confidentialité, redondance, procédure, accessibilité future et scénarios d’urgence.
Des outils comme GLOV SSS peuvent aider à réduire la dépendance à une seed complète stockée en un seul point. Mais ils doivent être intégrés à une stratégie cohérente de stockage, de seuils et de relais.
La résilience vient de l’ensemble, pas d’un outil isolé.
Préparer les exceptions
Une architecture sérieuse ne décrit pas seulement le fonctionnement normal. Elle prévoit aussi l’absence, l’incapacité, la perte d’un support, la rotation d’un responsable, l’incident de sécurité ou la nécessité de transmettre.
C’est là que la custody rejoint la gouvernance et la succession. Une architecture utile permet de continuer à agir dans des conditions difficiles sans exposer inutilement les secrets.
Une démarche proportionnée
Toutes les situations ne nécessitent pas le même niveau de complexité. Le bon dispositif doit correspondre aux montants, au nombre de personnes, aux usages, aux responsabilités et à la tolérance au risque.
Une architecture trop simple peut être fragile. Une architecture trop complexe peut devenir inexploitable. Le bon équilibre se construit avec méthode.
Pour faire le point sur votre organisation actuelle, GLOV Secure et Contact GLOV permettent d’ouvrir un échange confidentiel.