Portefeuilles, adresses et clés

Source canonique EN · P01-L03 · durée estimée : 30 minutes · needs_review

Étude en lecture seule. Aucune connexion de portefeuille, aucun argent réel, aucune phrase de récupération, clé privée, signature ou transaction de marché en direct. La durée est une estimation éditoriale ; les éléments visuels sont des spécifications, pas des composants déployés.

Confondre une application de portefeuille avec l’autorité derrière un compte rend peu fiables les décisions d’investigation comme de sécurité. Une tâche en lecture seule ne doit pas devenir une demande de matériel de signature.

Trois objets différents

Une interface de portefeuille affiche les comptes et aide à les gérer. Une adresse identifie un objet dans le périmètre d’un réseau. Une clé privée peut autoriser des actions pour un compte contrôlé par une clé. Ethereum possède aussi des comptes contrôlés par des contrats [ACCT]. Un écran peut afficher plusieurs comptes, et plusieurs interfaces peuvent afficher le même compte. Compter les écrans ne revient donc pas à compter les autorités indépendantes.

Une adresse est une information publique servant à localiser un état, pas un mot de passe. Publique ne signifie pas sans conséquences pour la vie privée : partager une adresse peut relier une conversation à un historique visible. Cette leçon utilise des étiquettes invalides pour qu’aucun étudiant n’ait à divulguer son compte réel.

Les clés confèrent une autorité, pas une identité civile

Une signature valide peut établir une autorisation selon une règle cryptographique ou contractuelle précisée. Elle ne révèle ni le nom légal du signataire, ni la façon dont la clé a été obtenue, ni si l’action était éclairée. Ne pas demander de signature de test pour trancher une affirmation d’identité dans ce cours. Traiter le mécanisme et la personne comme des questions distinctes.

Pour un compte partagé, plusieurs personnes peuvent avoir accès au même secret. Dans une politique multisignature, plusieurs clés de signature ne représentent pas nécessairement des personnes indépendantes. Un affichage public ne permet pas de départager ces possibilités. Décrire la politique observée ou le rôle fourni et laisser ouverte toute attribution humaine non étayée.

Le matériel de récupération constitue une couche différente

Certains portefeuilles déterministes dérivent de nombreuses clés à partir d’une graine. BIP-39 définit un mécanisme de conversion d’une phrase mnémonique en graine [BIP39] ; ce n’est pas une règle couvrant tous les produits de portefeuille. Une phrase de récupération n’est pas simplement un mot de passe pour l’application actuelle. Ne jamais la saisir dans une leçon, un formulaire d’assistance, une capture d’écran ou un outil d’exercice.

Remplacer une interface ne change pas à lui seul l’autorité qui contrôle un compte. De même, une vue en lecture seule peut afficher des soldes sans pouvoir autoriser une dépense. Les fonctions visibles de l’interface et l’autorisation sous-jacente exigent des inspections distinctes.

Tracer des relations typées

Utiliser des flèches étiquetées « affiche », « identifie » et « autorise ». Ne pas utiliser une seule ligne vague « possède ». Un schéma doit permettre de déterminer quelle observation est publique, quel composant est secret et quelle relation d’autorité est simplement stipulée. Si l’exercice ne fournit aucune preuve concernant une personne, le préciser même si un nom rendrait le récit plus facile à raconter.

Classification des états de preuve

OBSERVED dans le jeu pédagogique : quelles vues affichent X/Y et l’autorité de substitution indiquée. INFERRED : deux comptes sont affichés ; les trois vues ne permettent pas d’établir trois autorités indépendantes. UNKNOWN : les personnes exerçant réellement le contrôle. INSUFFICIENT EVIDENCE : une clé ou plusieurs interfaces ne suffisent pas à établir un propriétaire humain unique.

• Interface de portefeuille : logiciel d’affichage et d’interaction.
• Adresse : identifiant public dans le périmètre d’un réseau.
• Clé privée : matériel secret d’autorisation.
• Lecture seule : observation sans autorité locale de signature.
• Phrase mnémonique : suite de mots utilisée par certains mécanismes de récupération pour dériver une graine ; c’est du matériel de récupération confidentiel.

ILLUSTRATIVE. VIEW-A et VIEW-B affichent tous deux ACCOUNT-X sur SIM-NET. VIEW-C est une vue en lecture seule d’ACCOUNT-Y. SECRET-PLACEHOLDER autorise ACCOUNT-X dans le modèle ; c’est une étiquette, pas une clé. Aucune personne exerçant le contrôle n’est fournie.

Graphe de portefeuille avec des flèches d’affichage de VIEW-A/B vers ACCOUNT-X, de VIEW-C vers ACCOUNT-Y, et une relation distincte d’autorité secrète vers X. Texte alternatif : deux interfaces partagent un compte fictif ; l’observation en lecture seule ne confère aucune autorité de signature.

Le modèle sépare deux vues d’un compte de l’autorité.

L’identité d’une personne, des signataires indépendants ou l’accès réel à un portefeuille.

• Compter les applications comme des portefeuilles disposant de secrets indépendants.
• Traiter la visibilité publique comme une autorisation.
• Demander du matériel de récupération pour vérifier un solde.

Tracer les trois types de relations. VIEW-C peut-il dépenser ? Installer VIEW-B crée-t-il un nouvel ACCOUNT-X ? Quelles preuves seraient nécessaires pour identifier une personne ?

Présenter un court tableau des éléments de preuve et le raisonnement, uniquement à partir du matériel fourni. Répartition suggérée : étude 12 min, inspection/calcul 8 min, correction/quiz 10 min.

• Distinguer l’interface du compte.
• Marquer séparément l’autorisation.
• Exclure les secrets des éléments de preuve.
• Laisser l’identité humaine non étayée tant qu’elle n’est pas établie indépendamment.

Confondre une application de portefeuille avec l’autorité derrière un compte rend peu fiables les décisions d’investigation comme de sécurité. Une tâche en lecture seule ne doit pas devenir une demande de matériel de signature. Le matériel fourni étaye la séparation, dans le modèle, de deux vues d’un compte et de l’autorité. Il n’établit pas l’identité d’une personne, des signataires indépendants ou l’accès réel à un portefeuille.

• Séparer l’interface, l’adresse et l’autorisation.
• Expliquer pourquoi l’observation publique ne nécessite aucun secret.
• Distinguer le contrôle d’une clé de l’identité humaine.

P01-L04 après revue de cet exercice et de ses prérequis.

NONE. Le catalogue de référence n’exige aucun accès au produit pour cette leçon. Utiliser le matériel figé/hors ligne.

• [ACCT] Comptes Ethereum — Comptes et autorité de signature, distincts des interfaces de portefeuille et de l’identité humaine. Vérifié le 2026-10-01.
• [BIP39] BIP-39 — Conversion d’une phrase mnémonique en graine ; tous les portefeuilles n’utilisent pas ce mécanisme. Vérifié le 2026-10-01.

Les valeurs synthétiques sont des données d’entrée d’exercice créées par l’auteur. Les valeurs historiques éventuelles doivent utiliser le jeu de données lié et sa provenance plus restreinte. L’inspection des sources ne constitue pas une acceptation éditoriale indépendante.