Qu'est-ce qu'une clé publique en crypto ? Explication des clés, adresses et signatures

Une clé publique est le pendant cryptographique d'une clé privée. Ensemble, elles vous permettent de prouver la propriété de la cryptomonnaie sans révéler le secret qui la contrôle.
Résumé

• Une clé publique est un grand nombre dérivé mathématiquement d'une clé privée en utilisant la multiplication sur courbe elliptique, une fonction unidirectionnelle qui est rapide à calculer dans un sens mais pratiquement impossible à inverser.
• Bitcoin et Ethereum utilisent tous deux la courbe elliptique secp256k1, qui produit des clés privées de 256 bits et des clés publiques non compressées de 512 bits (ou des clés publiques compressées de 257 bits).
• Une adresse de portefeuille n'est pas la même chose qu'une clé publique ; l'adresse est une version hachée plus courte de la clé publique conçue pour être plus facile à partager et plus résistante à certaines attaques théoriques.
• La clé privée signe les transactions, la clé publique vérifie ces signatures, et l'adresse reçoit des fonds. Perdre la clé privée signifie une perte d'accès permanente ; partager la clé publique ou l'adresse ne comporte aucun risque pour la sécurité des fonds.
• La vulnérabilité du firmware Coldcard de juillet 2026, qui a exposé une génération de clés privées faibles affectant 116 millions de dollars en bitcoin, souligne pourquoi une génération et un stockage appropriés des clés restent les aspects les plus critiques de la garde autonome.

La cryptographie à clé publique est la base de chaque transaction en cryptomonnaie, pourtant la plupart des utilisateurs n'interagissent jamais directement avec leur clé publique. Ils voient des adresses de portefeuille, scannent des codes QR et confirment des transferts sans comprendre la couche mathématique qui rend la propriété sans confiance possible.

Cette couche est importante car la comprendre change votre façon de penser à la sécurité. Une clé publique n'est pas un mot de passe. Ce n'est pas un secret. C'est un nombre que vous pouvez partager avec n'importe qui, et à partir duquel personne ne peut dériver la clé privée qui contrôle vos fonds. Cette asymétrie, facile à aller dans un sens mais impossible à revenir, est ce qui permet à des inconnus sur Internet de s'envoyer de l'argent sans faire confiance à une banque, un gouvernement ou à eux-mêmes.

Comment fonctionnent les paires de clés

Chaque portefeuille de cryptomonnaie est construit sur une paire de clés : une clé privée et une clé publique. La clé privée est un nombre généré aléatoirement, généralement de 256 bits de long, ce qui signifie qu'elle est l'une des 10 à la puissance 77 valeurs possibles. Pour donner un contexte, le nombre estimé d'atomes dans l'univers observable est d'environ 10 à la puissance 80. L'espace des clés est suffisamment grand pour que deviner une clé privée spécifique par force brute ne soit pas une préoccupation pratique avec la technologie actuelle ou prévisible.

La clé publique est dérivée de la clé privée par multiplication sur courbe elliptique. Bitcoin et Ethereum utilisent tous deux une courbe spécifique appelée secp256k1. La clé privée est multipliée par un point fixe sur cette courbe appelé point générateur, et le résultat est un autre point sur la courbe. Ce résultat est la clé publique.

La propriété critique est que cette multiplication est une fonction unidirectionnelle. Étant donné une clé privée, le calcul de la clé publique prend une fraction de seconde. Étant donné uniquement la clé publique, le calcul de la clé privée nécessite de résoudre le problème du logarithme discret sur courbe elliptique, qui n'a pas de solution efficace connue. Cette asymétrie est la base entière de la sécurité des cryptomonnaies.

Clé publique contre adresse de portefeuille

Une idée reçue courante est qu'une adresse de portefeuille et une clé publique sont la même chose. Ce n'est pas le cas. L'adresse est dérivée de la clé publique par une ou plusieurs rondes de hachage, un processus qui raccourcit la sortie et ajoute une couche de sécurité supplémentaire.

Dans Bitcoin, le processus fonctionne comme suit. La clé publique non compressée de 512 bits (ou la clé publique compressée de 257 bits) est passée par SHA-256, puis par RIPEMD-160, produisant un hachage de 160 bits. Un octet de version est préfixé, un code de contrôle est suffixé, et le résultat est encodé au format Base58Check. La sortie finale est l'adresse Bitcoin familière commençant par 1, 3 ou bc1.

Dans Ethereum, le processus est plus simple. La clé publique de 512 bits est passée à travers Keccak-256 (une variante de SHA-3), et les 20 derniers octets (160 bits) du hachage deviennent l'adresse. Un préfixe "0x" et une somme de contrôle EIP-55 optionnelle sont ajoutés pour produire l'adresse Ethereum familière.

La raison pour laquelle la clé publique est hachée en une adresse est en partie pratique (les chaînes plus courtes sont plus faciles à partager) et en partie défensive. Si un jour les ordinateurs quantiques deviennent capables de briser la cryptographie à courbe elliptique, ils auraient besoin de la clé publique, et non de l'adresse, pour dériver la clé privée. Les adresses qui n'ont jamais été utilisées pour envoyer une transaction n'ont jamais eu leur clé publique exposée sur la chaîne, ajoutant une couche théorique de résistance quantique. Vous pourriez également aimer : Qu'est-ce qu'un portefeuille crypto ?

Comment les signatures numériques prouvent la propriété

Lorsque vous envoyez des cryptomonnaies, vous ne déplacez pas des pièces d'un endroit à un autre. Vous créez un message qui dit "J'autorise le transfert de X montant de mon adresse à ce destinataire" et signez ce message avec votre clé privée. La signature prouve que la personne qui a créé le message contrôle la clé privée associée à l'adresse d'envoi, sans révéler la clé privée elle-même.

Le processus de vérification utilise la clé publique. Quiconque exécutant un nœud sur le réseau peut prendre le message de transaction, la signature numérique et la clé publique de l'expéditeur, et effectuer une vérification mathématique qui confirme que la signature a été produite par la clé privée correspondante. Si la vérification réussit, la transaction est valide. Si elle échoue, la transaction est rejetée.

C'est pourquoi perdre une clé privée est catastrophique. Pas de clé privée signifie pas de capacité à produire des signatures valides, ce qui signifie pas de capacité à autoriser des transactions depuis cette adresse. Les fonds restent sur la blockchain, visibles par tous, mais définitivement inaccessibles. Il n'y a pas de mécanisme de récupération "mot de passe oublié" car il n'y a pas d'autorité centrale qui détient une sauvegarde.

La chaîne de génération de clés

Dans les portefeuilles modernes, les clés privées individuelles ne sont pas générées indépendamment. Au lieu de cela, une seule graine maître produit toutes les clés dans le portefeuille à travers un processus déterministe défini par BIP-32 (portefeuilles déterministes hiérarchiques) et BIP-39 (phrases mnémotechniques).

Le processus commence par l'entropie, une source de hasard. Le logiciel ou le dispositif matériel du portefeuille génère un nombre aléatoire, typiquement de 128 ou 256 bits. Cette entropie est codée sous forme de phrase mnémotechnique de 12 ou 24 mots tirés d'une liste standardisée de 2 048 mots. La phrase mnémotechnique, combinée avec une phrase de passe optionnelle, est passée à travers une fonction de dérivation de clé (PBKDF2) pour produire une graine maître de 512 bits.

À partir de la graine maître, un arbre hiérarchique de paires de clés est dérivé. Chaque branche de l'arbre peut générer des milliards de clés privées uniques et leurs clés publiques et adresses correspondantes. C'est pourquoi une seule phrase de graine peut récupérer un portefeuille entier avec toutes ses adresses : la graine régénère de manière déterministe chaque paire de clés dans la hiérarchie.

L'implication en matière de sécurité est que la phrase de graine est la racine de toutes les clés. Quiconque obtient la phrase de graine peut régénérer chaque clé privée, chaque clé publique et chaque adresse que le portefeuille a jamais utilisées ou utilisera jamais. Protéger la phrase de graine équivaut à protéger chaque paire de clés dans le portefeuille simultanément.

Clés publiques compressées versus non compressées

Les premiers logiciels Bitcoin utilisaient des clés publiques non compressées, qui incluent à la fois les coordonnées x et y du point sur la courbe elliptique. Une clé publique non compressée fait 65 octets : un préfixe de 1 octet (0x04) suivi de 32 octets pour la coordonnée x et 32 octets pour la coordonnée y.

Parce que l'équation de la courbe elliptique signifie que pour toute coordonnée x donnée, il n'y a que deux valeurs possibles pour y (une paire, une impaire), il suffit de stocker uniquement la coordonnée x et un seul bit indiquant si y est pair ou impair. Cela produit une clé publique compressée de 33 octets : un préfixe de 1 octet (0x02 pour y pair, 0x03 pour y impair) suivi de 32 octets pour la coordonnée x.

Les clés compressées économisent de l'espace dans les transactions, ce qui réduit les frais. Depuis 2012, la plupart des logiciels Bitcoin par défaut utilisent des clés publiques compressées. Ethereum utilise des clés publiques non compressées en interne mais supprime le byte préfixe lors de la dérivation d'adresse, n'utilisant que les valeurs x et y de 64 octets.

La distinction est importante pour la compatibilité. Une clé publique compressée et une clé publique non compressée dérivées de la même clé privée produisent des adresses différentes dans Bitcoin. L'importation d'une clé privée dans un portefeuille qui utilise un format de compression différent de celui du portefeuille d'origine générera une adresse différente, ce qui peut causer de la confusion si des fonds ont été envoyés à l'adresse de l'autre format.

Échecs de sécurité des clés dans le monde réel

La théorie derrière la cryptographie à clé publique est solide, mais des échecs d'implémentation ont causé des pertes significatives.

En juillet 2026, des chercheurs ont découvert que le portefeuille matériel Coldcard avait généré des clés privées faibles pendant cinq ans. Un drapeau de construction dans le firmware indiquait à l'appareil de sauter sa puce de hasard matérielle dédiée, entraînant une entropie prévisible. Un attaquant a rétro-ingénierie la faiblesse et a commencé à vider des portefeuilles le 30 juillet, vidant environ 116 millions de dollars en bitcoin avant que la vulnérabilité ne soit rendue publique.

La leçon est que la sécurité d'une paire de clés dépend entièrement de la qualité de l'entropie utilisée pour générer la clé privée. Une clé de 256 bits théoriquement incassable est sans valeur si le générateur de nombres aléatoires est défectueux, biaisé ou prévisible. C'est pourquoi les portefeuilles matériels réputés utilisent des générateurs de nombres aléatoires véritables dédiés et permettent aux utilisateurs d'ajouter leur propre entropie (comme des lancers de dés) comme protection supplémentaire.

D'autres incidents historiques incluent la vulnérabilité Android SecureRandom de 2013, qui a causé à plusieurs portefeuilles Bitcoin de générer des nombres aléatoires en double, permettant aux attaquants de calculer des clés privées à partir de signatures de transaction. Le générateur d'adresses personnalisées Profanity a été exploité en septembre 2022 lorsque des chercheurs ont découvert que sa génération de clés utilisait une graine de 32 bits, réduisant l'espace de clés effectif de 2 puissance 256 à 2 puissance 32, soit environ 4 milliards de possibilités pouvant être forcées en quelques minutes.

Clés publiques et contrats intelligents

Sur des plateformes de contrats intelligents comme Ethereum, la cryptographie à clé publique sert un double objectif. Elle sécurise les comptes externes (EOA), les portefeuilles utilisateurs standard contrôlés par des clés privées, et elle authentifie les messages signés par ces comptes lorsqu'ils interagissent avec des contrats intelligents.

Lorsqu'un utilisateur appelle une fonction sur un contrat intelligent, la transaction inclut la signature numérique produite par la clé privée de l'utilisateur. La machine virtuelle Ethereum vérifie cette signature par rapport à la clé publique de l'expéditeur avant d'exécuter la fonction. C'est ainsi qu'un contrat intelligent sait que la personne appelant "transférer 100 USDC à l'adresse X" est en réalité le propriétaire des tokens transférés.

Les portefeuilles de contrats intelligents (portefeuilles d'abstraction de compte introduits par l'ERC-4337) peuvent modifier ce modèle. Au lieu de s'appuyer uniquement sur une seule clé privée, un portefeuille de contrat intelligent peut exiger plusieurs signatures, une authentification biométrique, une récupération sociale ou des limites de dépenses imposées par le code. La clé publique reste partie intégrante du système, mais les règles régissant ce qui constitue une autorisation valide deviennent programmables.

Gestion des clés de garde contre la gestion des clés autogérées

Sur un échange centralisé, l'échange détient les clés privées et les utilisateurs accèdent à leurs fonds par le biais d'une authentification traditionnelle (nom d'utilisateur, mot de passe, codes à deux facteurs). L'utilisateur ne voit jamais de clé publique ou de clé privée. L'échange signe les transactions au nom de l'utilisateur.

Dans la garde autonome, l'utilisateur détient la clé privée (ou la phrase de départ qui la génère) et est seul responsable de sa sécurité. La clé publique et l'adresse sont dérivées localement, et aucun tiers n'a accès à la capacité de signature.

Le compromis est clair. Les solutions de garde sont pratiques mais introduisent un risque de contrepartie : si l'échange est piraté, insolvable ou gèle les retraits, les fonds de l'utilisateur sont en danger. La garde autonome élimine le risque de contrepartie mais introduit un risque opérationnel : si l'utilisateur perd la phrase de départ, la stocke mal ou tombe victime de phishing, les fonds sont définitivement perdus.

Les configurations multisignatures trouvent un équilibre en répartissant la gestion des clés entre plusieurs parties ou appareils. Un multisig 2-de-3 nécessite que deux des trois clés privées signent une transaction, donc perdre une clé ne conduit pas à une perte permanente et compromettre une clé ne donne pas le contrôle à un attaquant.

Ce que cet article ne couvre pas

Cet article ne couvre pas les schémas de cryptographie post-quantique tels que les signatures basées sur des réseaux, qui sont à l'étude comme remplacements de la cryptographie à courbe elliptique dans le cas où des ordinateurs quantiques à grande échelle deviennent viables. Il ne couvre pas les mathématiques des courbes elliptiques au-delà du niveau conceptuel. Il ne couvre pas les guides de configuration de portefeuille spécifiques, car ceux-ci varient selon le produit et changent fréquemment.

Vérifications pratiques pour protéger vos clés

Ne partagez jamais votre clé privée ou votre phrase de départ. Aucun service légitime, agent de support ou airdrop ne vous demandera jamais ces informations. Toute demande pour ces informations est une arnaque sans exception.

Vérifiez le format de l'adresse avant d'envoyer. Les malwares de presse-papiers peuvent remplacer une adresse copiée par celle d'un attaquant. Confirmez toujours visuellement les premiers et derniers caractères d'une adresse après l'avoir collée.

Utilisez des portefeuilles matériels pour des avoirs significatifs. Les portefeuilles matériels génèrent et stockent des clés privées sur une puce dédiée qui ne les expose jamais à l'appareil connecté à Internet. Renseignez-vous sur le bilan du fabricant en matière de génération d'entropie avant d'acheter.

Ajoutez votre propre entropie lorsque cela est possible. Certains portefeuilles matériels permettent aux utilisateurs de compléter le générateur de nombres aléatoires de l'appareil avec des aléatoires saisis manuellement tels que des lancers de pièces ou des jets de dés. Cela atténue le risque d'un générateur de nombres aléatoires matériel défectueux.

Conservez des sauvegardes de la phrase de départ dans plusieurs emplacements sécurisés. Une seule copie stockée à un endroit est vulnérable aux incendies, inondations ou vols. Les sauvegardes de phrases de départ en métal résistent mieux aux dommages environnementaux que le papier.

Lisez la suite : Qu'est-ce qu'une phrase de départ ?

Qu'est-ce qu'une clé publique dans la cryptomonnaie ? {#faq-1}

Une clé publique est un grand nombre dérivé d'une clé privée par multiplication de courbes elliptiques. Elle sert d'identité cryptographique qui vérifie les signatures de transaction sans révéler la clé privée. Tout le monde peut voir une clé publique, et la partager ne compromet pas la sécurité des fonds.

Une clé publique est-elle la même qu'une adresse de portefeuille ? {#faq-2}

Non. Une adresse de portefeuille est dérivée de la clé publique par une ou plusieurs rondes de hachage cryptographique. L'adresse est plus courte et plus facile à partager. Dans Bitcoin, la même clé privée peut produire différentes adresses selon que des clés publiques compressées ou non compressées sont utilisées.

Quelqu'un peut-il voler ma cryptomonnaie s'il connaît ma clé publique ? {#faq-3}

Non. La clé publique est conçue pour être partagée. Dériver la clé privée à partir de la clé publique nécessite de résoudre le problème du logarithme discret sur les courbes elliptiques, qui n'a pas de solution efficace connue avec la technologie informatique actuelle.

Que se passe-t-il si je perds ma clé privée ? {#faq-4}

Les fonds associés à cette clé deviennent définitivement inaccessibles. Il n'existe pas de mécanisme de récupération car les réseaux de cryptomonnaie n'ont pas d'autorité centrale qui stocke des sauvegardes. C'est pourquoi les sauvegardes de phrases de récupération sont essentielles pour les portefeuilles en auto-gérance.

Quelle est la différence entre une clé publique et une clé privée ? {#faq-5}

La clé privée est un nombre secret généré aléatoirement utilisé pour signer des transactions. La clé publique est dérivée de la clé privée et est utilisée pour vérifier les signatures. La clé privée doit rester secrète ; la clé publique peut être partagée librement.

Comment une phrase de récupération est-elle liée aux clés publiques et privées ? {#faq-6}

Une phrase de récupération (12 ou 24 mots) encode l'entropie maîtresse à partir de laquelle toutes les clés privées d'un portefeuille sont dérivées de manière déterministe. Chaque clé privée produit une clé publique et une adresse correspondantes. Protéger la phrase de récupération protège chaque paire de clés que le portefeuille générera jamais.

Quelle courbe elliptique Bitcoin et Ethereum utilisent-elles ? {#faq-7}

Bitcoin et Ethereum utilisent toutes deux la courbe elliptique secp256k1. Elle produit des clés privées de 256 bits et des clés publiques non compressées de 512 bits (ou des clés publiques compressées de 257 bits). La courbe a été choisie pour son efficacité et ses propriétés de sécurité bien comprises.

Les ordinateurs quantiques pourraient-ils briser la cryptographie à clé publique ? {#faq-8}

Théoriquement, un ordinateur quantique suffisamment puissant exécutant l'algorithme de Shor pourrait dériver une clé privée à partir d'une clé publique. Cependant, aucun ordinateur quantique de ce type n'existe à partir de 2026. Les adresses qui n'ont jamais été utilisées pour envoyer des transactions n'ont pas exposé leur clé publique sur la chaîne, ajoutant une couche de protection. Des schémas de signature post-quantique sont en cours de recherche comme remplacements futurs.

Clause de non-responsabilité : Cet article est à des fins d'information uniquement et ne constitue pas un conseil financier, d'investissement ou de sécurité. L'auto-gérance des cryptomonnaies comporte des risques inhérents. Effectuez toujours vos propres recherches et suivez les meilleures pratiques de sécurité actuelles. Publié le 24 août 2026.