Qu’est-ce qu’un portefeuille non dépositaire ?

Un portefeuille non dépositaire est une configuration dans laquelle un prestataire ne détient ni les clés de signature de l’utilisateur, ni une autorité unilatérale équivalente lui permettant d’autoriser des opérations pour son compte. L’utilisateur contrôle la clé, la combinaison de clés ou la politique de compte requise. Les expressions auto-conservation et portefeuille auto-hébergé désignent souvent des configurations proches, mais elles ne doivent pas remplacer l’examen des pouvoirs de signature ordinaires, de modification des politiques et de récupération.

« Non dépositaire » décrit une relation d’autorité, pas la présentation d’un écran ou une catégorie d’appareil. Une extension de navigateur, une application mobile, un appareil matériel, une configuration multisignature ou un compte intelligent peuvent tous être non dépositaires si les pouvoirs réels d’autorisation et de récupération correspondent à cette description.

L’autorisation peut reposer sur une clé, plusieurs clés ou une logique contractuelle

Dans un portefeuille conventionnel contrôlé par clé, le logiciel prépare une transaction et le signataire de l’utilisateur produit une signature. Le prestataire peut fournir une interface, un point d’accès réseau ou un relais de transaction, mais ne peut pas produire seul la signature requise.

Ce modèle à clé unique n’est pas universel :

• un compte multisignature peut exiger un seuil de plusieurs clés ;
• un compte de contrat intelligent peut imposer des limites de dépense, des clés de session ou des conditions de récupération ;
• une signature distribuée peut répartir l’autorisation entre plusieurs appareils ou participants ;
• une récupération gérée peut conférer des pouvoirs limités à une autre partie sans lui donner l’autorité de dépense ordinaire.

Ethereum illustre la différence entre les comptes détenus en propre, contrôlés par des clés privées, et les comptes de contrat, contrôlés par du code. L’abstraction de compte ERC-4337 permet également à un compte de définir comment une opération est validée, plutôt que d’imposer la même règle à clé unique à tous. Un compte intelligent non dépositaire ne correspond donc pas nécessairement à « un utilisateur, une clé privée », dès lors qu’aucun prestataire ne conserve une autorité unilatérale de transaction ou de prise de contrôle. Comptes Ethereum et ERC-4337

Évaluer le contrôle au lieu de se fier à l’étiquette

Les questions utiles sont opérationnelles :

1. Qui peut créer les signatures ou approbations requises pour une transaction ordinaire ?
2. Un prestataire peut-il bloquer, remplacer ou autoriser indépendamment une action ?
3. Qui peut changer les signataires, mettre à niveau la logique du compte ou modifier une politique ?
4. Quelles parties peuvent récupérer le compte après la perte d’une clé ?
5. Existe-t-il une voie d’urgence, de gardien ou d’administration dotée d’une autorité plus large ?

Le contrôle n’est pas toujours binaire. Un prestataire peut être incapable de dépenser dans le fonctionnement normal tout en détenant une clé dans un seuil de récupération. Un contrat intelligent peut utiliser une politique de signataire contrôlée par l’utilisateur tout en restant modifiable par un administrateur. Si celui-ci peut remplacer unilatéralement l’autorité de l’utilisateur ou rediriger les actifs, l’étiquette non dépositaire peut ne pas décrire le modèle de contrôle effectif. Ces éléments doivent être divulgués et évalués séparément.

Le NIST distingue les portefeuilles auto-hébergés, dans lesquels les utilisateurs conservent leurs clés privées, des portefeuilles dépositaires, dans lesquels une entité externe stocke les clés et gère les transactions. Il décrit aussi des modèles hybrides, ce qui confirme l’importance du processus réel de gestion des clés et des transactions. NISTIR 8301

Une infrastructure tierce n’implique pas automatiquement une conservation

Un portefeuille non dépositaire peut dépendre de tiers pour :

• l’accès RPC à la blockchain et l’indexation des soldes ;
• l’estimation des frais et la simulation des transactions ;
• les interfaces d’application et la distribution du logiciel ;
• la diffusion ou le relais des transactions ;
• les listes de tokens, métadonnées de contrats et avertissements de risque ;
• des participants facultatifs à la récupération.

Ces dépendances peuvent affecter la disponibilité, la confidentialité et les informations présentées au signataire. Elles ne confèrent pas nécessairement un pouvoir d’autorisation au prestataire. Inversement, un service peut ressembler à une application ordinaire tout en conservant les clés et en signant pour les utilisateurs ; une interface familière ne le rend pas non dépositaire.

La documentation Ethereum définit les portefeuilles comme des applications permettant de contrôler des comptes et souligne que le portefeuille n’est pas le compte lui-même. Cette distinction sépare l’interface utilisateur du modèle d’autorisation sous-jacent. Portefeuilles Ethereum

La récupération fait partie de l’analyse de la conservation

Certains portefeuilles non dépositaires utilisent une phrase de récupération. D’autres reposent sur plusieurs appareils, des participants de confiance, des identifiants protégés par matériel ou des règles de contrat intelligent. Chaque conception crée des pouvoirs et des scénarios d’échec différents.

Si un prestataire ne peut ni reconstruire ni remplacer l’autorisation de l’utilisateur, une procédure classique de « mot de passe oublié » ne peut pas recréer une clé privée perdue. Le mot de passe de l’application peut seulement déverrouiller un stockage local chiffré. Un portefeuille doté d’une récupération contractuelle ou multipartite peut toutefois restaurer l’accès sans reproduire la clé d’origine. Cela ne le rend pas automatiquement dépositaire : tout dépend de la capacité d’une autre partie à agir seule et de l’autorité conférée par le mécanisme de récupération.

La phrase de récupération, la phrase secrète, l’ensemble des signataires, la configuration des politiques et les métadonnées du compte peuvent constituer des éléments distincts de l’état de récupération. N’en sauvegarder qu’un seul peut ne pas restaurer le compte voulu.

Le contrôle non dépositaire ne rend pas chaque action sûre

Conserver l’autorisation sous le contrôle de l’utilisateur supprime une voie de signature détenue par un prestataire, mais ne valide ni le logiciel ni l’intention de la transaction. Parmi les risques :

• phishing et fausses applications de portefeuille ;
• logiciel malveillant ou extension de navigateur compromise ;
• approbations de contrats malveillantes ou données de signature illisibles ;
• mauvaises adresses, mauvais réseaux ou paramètres de frais erronés ;
• données de récupération exposées ou incomplètes ;
• perte ou compromission d’un autre signataire, gardien ou pouvoir de mise à niveau.

L’incapacité d’un prestataire à signer ne lui donne pas, à elle seule, le pouvoir d’annuler une transaction blockchain déjà confirmée. Des règles propres au compte peuvent modifier l’autorité future, mais elles ne transforment pas une réinitialisation de mot de passe par l’assistance en mécanisme universel d’annulation. Les secrets de récupération ne doivent pas être communiqués à une personne qui se prétend membre de l’assistance. Les recommandations d’Ethereum traitent le phishing, l’exposition des secrets de récupération et les demandes de transaction malveillantes comme des menaces distinctes. Sécurité Ethereum

FAQ

Non dépositaire signifie-t-il qu’aucun tiers n’intervient ?

Non. La distribution du logiciel, l’accès réseau, les relais et certains participants à la récupération peuvent toujours être fournis par des tiers. Le terme concerne le contrôle de l’autorisation ; il ne promet pas que l’utilisateur exploite lui-même chaque dépendance.

Tous les portefeuilles non dépositaires sont-ils chauds ou froids ?

Ni l’un ni l’autre par définition. « Non dépositaire » indique qui contrôle l’autorisation ; « chaud » et « froid » décrivent la connectivité. Le signataire peut être en ligne, hors ligne ou réparti entre plusieurs composants.

Un portefeuille peut-il rester non dépositaire si une autre partie aide à la récupération ?

Éventuellement. Cela dépend de la politique de récupération. Une aide incapable d’autoriser ou de prendre seule le contrôle d’un compte diffère d’une clé de réinitialisation détenue par le prestataire qui peut remplacer indépendamment l’autorité de l’utilisateur.

Pour aller plus loin

Pour un contexte plus large, consultez The Rise of Non-Custodial Wallets, disponible en anglais. Il s’agit d’une lecture complémentaire ; les distinctions d’autorité et de récupération de ce glossaire reposent sur des normes et documents techniques officiels.

Concepts associés

Découvrez les portefeuilles crypto, les portefeuilles matériels, les portefeuilles chauds et les clés privées, ou revenez au glossaire crypto.

Sources

• NISTIR 8301 : Blockchain Networks — Token Design and Management Overview — modèles auto-hébergés, dépositaires et hybrides.
• Ethereum : portefeuilles — portefeuilles comme interfaces de compte et distinctions de format.
• Ethereum : comptes — comptes détenus en propre contrôlés par clé et comptes de contrat contrôlés par code.
• ERC-4337 : Account Abstraction Using Alt Mempool — validation définie par le compte et exécution des comptes intelligents.
• Ethereum : sécurité — risques liés aux secrets de récupération, au phishing et aux transactions malveillantes.
• Guide du développeur Bitcoin : portefeuilles — séparation des fonctions de transaction, réseau, stockage des clés et signature.