Dans ce guide
Sujets avancés
Portefeuille à smart contract
Comment les portefeuilles à abstraction de compte (Safe, Argent, etc.) se comportent après un décès : propriétaires, modules et voies de récupération.
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 : qui peut agir après un décès est défini par la configuration du portefeuille, et certaines configurations ont été conçues exactement pour ce problème.
Comment ces portefeuilles fonctionnent
Dans un portefeuille ordinaire, une clé privée ou une phrase de récupération est l’accès. 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), mais il existe aussi des portefeuilles à abstraction de compte (ERC-4337) avec des fonctionnalités comme la récupération sociale et les clés de session.
Les propriétaires d’un portefeuille à smart contract sont eux-mêmes souvent des portefeuilles ordinaires avec leurs propres phrases de récupération. Le contrat lui-même n’a pas de phrase : les règles d’accès vivent dans la configuration du contrat, pas dans un mot secret.
Comment ces portefeuilles se comportent
- Ensembles de propriétaires. Le contrôle est défini par les propriétaires/seuil multisig dans le contrat (par exemple un Safe avec 2-sur-3 propriétaires). Si le défunt était le seul propriétaire, le portefeuille est aussi bloqué qu’une clé perdue, sauf si un module de récupération existe. En 2-sur-3 avec trois propriétaires, tout fonctionne encore après la disparition d’une personne ; en 2-sur-2 non.
- Modules et voies de récupération. Les portefeuilles comme Safe prennent en charge des modules (par exemple la récupération sociale, la récupération à verrouillage temporel) qui peuvent ajouter ou remplacer des propriétaires. 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 est une clé vers lui ; sans les signatures des propriétaires, rien ne bouge.
- 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
- Activez une voie de récupération tant que vous le pouvez, ou gardez l’ensemble de propriétaires multipersonne.
- 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
- Safe, Smart Account Modules (documentation)Vérifié 2026-08-09
- Safe, Smart Account Concepts (documentation)Vérifié 2026-08-09
- EIP-1271: Standard Signature Validation Method for ContractsVérifié 2026-08-09
- EIP-4337: Account Abstraction Using Alt MempoolVérifié 2026-08-09