Dans ce guide

Sujets avancés

Portefeuille à smart contract

Comment les portefeuilles à contrats intelligents et les smart accounts, notamment les configurations basées sur Safe et ERC-4337, se comportent après un décès.

Un portefeuille à smart contract n’est pas un fichier de clé privée, c’est un contrat sur la blockchain dont les “règles” (propriétaires, signataires, modules) font partie du portefeuille lui-même. Cela change la succession : quelles signatures peuvent techniquement exécuter une transaction est défini par la configuration du portefeuille ; qui peut légalement utiliser cette possibilité est une question successorale distincte, et certaines configurations ont été conçues exactement pour ce problème.

Comment ces portefeuilles fonctionnent

Pour de nombreux portefeuilles traditionnels en auto-conservation, l’accès repose sur une ou plusieurs clés privées, souvent dérivées d’un matériel de récupération. Un portefeuille à smart contract est différent : c’est un programme sur la blockchain avec sa propre adresse et ses propres règles sur qui peut y accéder. La forme la plus connue est un Safe multisignature (anciennement Gnosis Safe) ; il existe aussi des configurations de smart account basées sur ERC-4337 avec des fonctionnalités comme la récupération sociale et les clés de session. Safe et ERC-4337 sont des concepts distincts : avec Safe, la fonctionnalité ERC-4337 est ajoutée via un module optionnel et n’est pas automatiquement active.

Les propriétaires ou signataires d’un portefeuille à smart contract peuvent utiliser différents types de comptes ou de méthodes d’authentification, par exemple un portefeuille logiciel ou matériel, un autre compte intelligent ou une passkey. Le compte du smart contract lui-même n’a pas sa propre phrase de récupération ; les règles d’accès et d’autorisation sont déterminées par la configuration du contrat et les voies de propriétaire ou de module configurées.

Comment ces portefeuilles se comportent

  • Ensembles de propriétaires. Le contrôle est déterminé par les owners et le seuil configuré du contrat. Si le défunt était le seul owner, l’accès technique dépend de la question de savoir si l’autorisation du propriétaire correspondante est encore disponible et s’il existe d’autres voies d’autorisation ou de récupération valides. Un Safe 1-sur-1 n’est pas automatiquement bloqué techniquement par le décès. Si l’autorisation de propriétaire requise n’est plus disponible et qu’aucune voie de récupération utilisable n’existe, le portefeuille peut devenir techniquement inaccessible. Avec une configuration 2-sur-3, la voie normale des propriétaires peut continuer à fonctionner tant que suffisamment d’autorisations de propriétaire valides et légalement utilisables sont disponibles.
  • Modules et voies de récupération. Safe prend en charge un système modulaire dans lequel, selon le module choisi et activé, des mécanismes de récupération peuvent être mis en place pour ajouter ou remplacer des propriétaires. Vérifiez sur la chaîne quels modules sont réellement actifs. Si le défunt en a activé un, les héritiers peuvent avoir une voie définie et légale, si la configuration est documentée.
  • EIP-1271 / EIP-4337. Les normes de validation de signature et d’abstraction de compte rendent ces portefeuilles programmables, ce qui signifie aussi que leur comportement ne peut pas être déduit du manuel d’un portefeuille matériel. Un contrat ne peut pas simplement retirer un propriétaire décédé ; cela exige les propriétaires ou une voie de récupération valide.

Ce que cela signifie pour une succession

  • Trouvez d’abord la configuration du portefeuille. Les données on-chain (propriétaires, modules, seuil) sont publiques et sûres à consulter, elles ne contiennent aucun secret.
  • Le contrat, pas l’appareil, décide de l’accès. Un portefeuille matériel qui “signait” pour le smart contract n’est qu’un élément du dispositif. L’autorisation requise est déterminée par la configuration effective du contrat : un seuil de propriétaires peut être nécessaire, mais des modules activés ou d’autres voies d’autorisation valides peuvent offrir des voies d’exécution supplémentaires ou alternatives.
  • Un propriétaire unique perdu peut être fatal sauf si une voie de récupération a été configurée de son vivant.
  • Documentez la structure, pas les secrets. Enregistrez que c’est un portefeuille à smart contract et de quel type, qui sont les propriétaires, quel est le seuil, si un module de récupération existe, où sont les clés des propriétaires et qui peut expliquer la configuration.

Planifier à l’avance

  • N’envisagez un mécanisme de récupération que s’il correspond manifestement au portefeuille et au modèle de sécurité concernés. N’ajoutez pas de module de récupération sans évaluation technique : des modules supplémentaires peuvent introduire des droits et des risques de sécurité supplémentaires. Un ensemble de propriétaires multipersonne conçu avec soin peut être une alternative.
  • Documentez la configuration (quel contrat, quelle chaîne, quels propriétaires) dans la carte successorale, la configuration, pas les clés.
  • Faites vérifier la configuration par une partie qualifiée ; ces portefeuilles sont récents, et le coût d’une mauvaise hypothèse est élevé.

Si l’accès est réellement bloqué, le tableau honnête se trouve dans récupération de portefeuille : ce qui est réalistement possible, et pour les positions dans les protocoles, voir positions DeFi après un décès.

Sources et liens utiles

  1. Safe, Smart Account Modules (documentation)Source consultée : 2026-08-09
  2. Safe, Smart Account Concepts (documentation)Source consultée : 2026-08-09
  3. EIP-1271: Standard Signature Validation Method for ContractsSource consultée : 2026-08-09
  4. EIP-4337: Account Abstraction Using Alt MempoolSource consultée : 2026-08-09