Non-Custodial Web3 Wallets: Who Really Controls the Funds?

Disclaimer: This article is for educational purposes only. It is not financial, legal, or investment advice.

Dans une application classique, l’accès peut souvent être récupéré par e-mail, numéro de téléphone ou support client. Un portefeuille Web3 non dépositaire utilise un autre modèle : le contrôle dépend de la capacité à produire une signature cryptographique valide.

Si seul l’utilisateur détient la clé privée, lui seul peut autoriser des opérations depuis l’adresse blockchain associée. Le développeur du portefeuille, la plateforme ou l’équipe de support ne doivent pas connaître cette clé et ne peuvent pas simplement « réinitialiser le mot de passe de la blockchain ».

That is the core of a non-custodial, or self-custody, wallet: an intermediary does not hold the keys on the user’s behalf.

Points essentiels

Les jetons existent sur la blockchain ; un portefeuille gère les clés et affiche les données du réseau.

Toute personne capable de signer avec la clé privée contrôle l’adresse.

Une seed phrase permet souvent de restaurer tous les comptes qui en sont dérivés et ne doit jamais être partagée.

Le mot de passe d’une application protège généralement un seul appareil ; il ne remplace pas la seed phrase.

L’auto-conservation donne un contrôle direct, mais ne protège pas contre le phishing, les logiciels malveillants ou les signatures dangereuses.

Où se trouvent réellement les jetons

Les crypto-actifs ne sont pas stockés dans un téléphone, une extension de navigateur ou un appareil matériel. La blockchain conserve l’état partagé : quels actifs sont associés à quelles adresses et quelles opérations ont eu lieu.

Un portefeuille, en règle générale :

crée des clés ou s’y connecte ;
récupère les soldes et l’historique depuis un réseau ;
prépare et signe les transactions.

La suppression d’une application de portefeuille ne supprime pas les jetons de la blockchain. Cependant, sans moyen valide de récupérer les clés, l’utilisateur peut perdre définitivement la possibilité de les contrôler.

Adresse publique, clé privée et seed phrase

Ces termes ont des fonctions différentes.

Public address

Elle peut être communiquée à un expéditeur et utilisée pour examiner les registres publics dans un explorateur de blocs. Connaître une adresse n’autorise aucune transaction sortante.

Clé privée

Ce secret permet de signer des actions pour un compte donné. Toute personne qui l’obtient peut agir au nom de cette adresse.

Phrase de récupération

Une seed phrase, également appelée phrase secrète de récupération, est un ensemble de mots à partir duquel un portefeuille compatible peut restaurer les clés et comptes associés. Les mécanismes de récupération varient selon les produits ; les utilisateurs doivent donc suivre la documentation officielle de leur portefeuille.

One rule remains universal: never give a seed phrase or private key to support staff, a community administrator, a “verification” website, or someone promising to recover funds.

La réception d’un transfert nécessite uniquement une adresse publique. La vérification d’une transaction nécessite seulement une adresse ou un hash de transaction. Aucune de ces actions ne requiert de seed phrase.

Mot de passe et seed phrase

Le mot de passe d’une application ou d’une extension verrouille généralement l’accès local sur un appareil. Il peut empêcher une autre personne d’ouvrir le portefeuille sur cet appareil, mais il ne constitue pas l’identifiant universel de l’adresse blockchain.

Si un attaquant obtient la seed phrase, la modification du mot de passe local ne lui retire pas l’accès. Il peut restaurer les clés dans un autre portefeuille compatible.

Si un utilisateur oublie son mot de passe local mais conserve la bonne seed phrase et comprend la procédure de récupération, l’accès peut généralement être restauré. Si l’accès au portefeuille et le moyen de récupérer les clés sont tous deux perdus, une équipe de support ne peut pas produire la signature manquante.

Certains portefeuilles modernes utilisent une connexion sociale, une récupération distribuée ou des mécanismes de compte intelligent. Leur modèle de sauvegarde peut différer de la seed phrase classique. Avant d’en utiliser un, demandez-vous :

Qui peut rétablir l’accès ?
Combien de facteurs ou de participants sont requis ?
Le fournisseur peut-il signer une transaction seul ?
Que se passe-t-il si un compte externe est bloqué ?
Le contrôle peut-il être exporté ou transféré ?

La mention « portefeuille Web3 » ne répond pas à ces questions.

Accès dépositaire et non dépositaire

Question	Service dépositaire	Portefeuille non dépositaire
Qui détient les clés ?	Le fournisseur ou son infrastructure	L’utilisateur ou un dispositif d’auto-garde choisi par celui-ci
Qui signe une opération on-chain ?	Le fournisseur, à la demande de l’utilisateur	Le portefeuille de l’utilisateur
Comment l’accès est-il récupéré ?	Généralement au moyen d’un compte et de l’assistance	Au moyen d’une phrase de récupération, de clés ou d’un mécanisme de récupération défini
Le service peut-il limiter les retraits ?	Oui, au sein de son système	Une interface peut tomber en panne, tandis que les clés peuvent fonctionner dans une autre interface compatible
Risque principal	Compromission, défaillance, restrictions ou insolvabilité du fournisseur	Perte ou compromission des clés et signature dangereuse

Cette comparaison décrit des modèles de contrôle. Elle ne rend aucune option universellement sûre ; chacune répartit différemment les risques et les responsabilités.

Ce que signifie réellement « Je contrôle mes fonds »

Le contrôle d’une clé privée permet de signer, mais ne confère pas un pouvoir illimité sur tous les jetons ou toutes les applications.

Les résultats peuvent également dépendre de :

règles du contrat du jeton ;
fonctions de suspension, de gel ou de mise sur liste noire contrôlées par l’émetteur ;
autorisations de jetons accordées précédemment ;
la logique d’un protocole détenant des actifs déposés ;
disponibilité et frais du réseau ;
bugs des smart contracts ;
restrictions liées à l’interface, au fournisseur RPC ou à la législation.

Par exemple, un utilisateur peut déposer des jetons dans un smart contract. Il conserve le contrôle de sa clé, mais le retrait n’est possible que selon les règles de ce contrat. L’auto-conservation supprime la garde des clés par un intermédiaire ; elle ne permet pas de contourner le code.

Ce qui se passe pendant une transaction

Le portefeuille récupère le solde et les paramètres de frais actuels.
L’utilisateur saisit le destinataire et le montant.
L’application affiche la transaction préparée.
L’utilisateur l’approuve.
La clé privée crée une signature localement ou sur un dispositif matériel de signature.
La transaction signée est diffusée sur le réseau.
Le réseau valide la signature et les règles d’exécution.

Un portefeuille correctement conçu ne publie pas la clé privée sur la blockchain. Il diffuse une signature qui prouve l’autorisation sans révéler la clé elle-même.

Le contrôle ne garantit pas la sécurité

L’auto-conservation réduit la dépendance envers un dépositaire, mais transfère la responsabilité au propriétaire.

Phishing

Un site contrefait demande à l’utilisateur de connecter son portefeuille et de signer une requête malveillante. Se connecter et signer sont deux actions différentes, mais toute demande de signature doit être examinée avec attention.

Compromission de la seed phrase

Si une autre personne voit la phrase, toutes les adresses qui en sont dérivées doivent être considérées comme compromises. Modifier le mot de passe de l’application ne suffit pas.

Autorisations dangereuses

Un utilisateur peut autoriser un contrat à dépenser un jeton. Le risque dépend du jeton, du contrat autorisé et du montant de l’autorisation.

Substitution d’adresse

Un logiciel malveillant peut remplacer une adresse copiée. Vérifiez les détails de la transaction sur un écran de confiance avant de signer.

Sauvegarde perdue

Le téléphone tombe en panne, l’application est supprimée et aucune méthode de récupération n’existe. Dans un système classique d’auto-garde, une assistance centralisée ne peut pas recréer la clé.

Règles élémentaires d’auto-conservation

Installez les portefeuilles uniquement à partir des liens du site officiel ; méfiez-vous des copies sponsorisées et des fausses extensions.
Sauvegardez les données de récupération conformément aux instructions officielles du portefeuille, de préférence hors ligne et à l’abri de tout accès non autorisé.
Ne saisissez jamais une seed phrase depuis un lien reçu dans un message. Utilisez-la uniquement pour une récupération volontaire dans un portefeuille vérifié.
Ne prenez pas de capture d’écran de votre seed phrase et ne l’envoyez ni par e-mail ni par messagerie.
Avant de signer, vérifiez le réseau, l’adresse, l’actif, le montant, les autorisations et les frais.
Pour des montants importants, envisagez un dispositif matériel de signature, tout en comprenant son modèle de récupération et les risques liés à sa chaîne d’approvisionnement.
Séparez les adresses selon leur usage, par exemple pour les dApps quotidiennes et la conservation à long terme.
Examinez régulièrement les anciennes autorisations de jetons au moyen d’un explorateur fiable ou d’un outil officiel du réseau.
Testez d’abord tout nouveau processus avec un faible montant.
Préparez un plan de succession sécurisé qui n’expose pas prématurément les informations secrètes.

En cas de problème

Le mot de passe de l’application est perdu, mais la phrase de récupération est en sécurité

Ne saisissez pas la phrase sur un site choisi au hasard. Consultez les instructions officielles de récupération du portefeuille et utilisez une application vérifiée.

La phrase de récupération a peut-être été compromise

Considérez toutes les adresses associées comme compromises. Sur un appareil sain, créez un nouveau portefeuille indépendant et, lorsque cela est possible, transférez les actifs vers de nouvelles adresses en tenant compte du gas et des autorisations actives. La modification de l’ancien mot de passe ne suffit pas.

Une autorisation suspecte a été signée

Examinez la transaction et les autorisations actives dans un explorateur. Révoquer une autorisation constitue également une transaction on-chain et nécessite du gas. Si la seed phrase a été exposée, la révocation seule ne suffit pas.

Un jeton a été envoyé à la mauvaise adresse

Une blockchain ne propose aucun bouton d’annulation pour un transfert confirmé. Seule la personne qui contrôle l’adresse destinataire, ou la logique applicable du contrat, peut restituer les fonds. Ne communiquez jamais votre seed phrase à quelqu’un qui promet d’annuler la transaction.

Comment vérifier une affirmation de fonctionnement « non dépositaire »

Demandez au fournisseur :

Qui crée et conserve les clés privées ?
L’entreprise peut-elle signer une transaction sans moi ?
Puis-je récupérer l’accès sans contacter l’entreprise ?
Puis-je exporter ou transférer le contrôle vers un portefeuille compatible ?
Que se passe-t-il si le service ferme ?

Les réponses doivent expliquer l’architecture, et non se contenter de répéter « décentralisé » ou « sécurisé ».

Conclusion

Un portefeuille non dépositaire n’est pas un compte bancaire intégré à une application. C’est un outil qui permet à l’utilisateur de contrôler ses clés et de signer des actions blockchain.

Direct control removes the need to trust an intermediary with key custody, but makes the user responsible for backups, signature review, and device security. The most useful habit is simple: a public address can be shared; a seed phrase and private key must never be shared.

Points essentiels