Guide pédagogique crypto

Comprendre « Qu'est-ce que la cryptographie à courbes elliptiques (ECDSA) utilisée par Bitcoin ? » avec des explications précises, des exemples et des sources vérifiables.

Mis à jour le 13/10/2026

Définition : de quoi parle-t-on ?

La cryptographie à courbes elliptiques, ou ECDSA, est un algorithme de signature numérique qui repose sur la mathématique des courbes elliptiques sur un champ fini. Contrairement aux algorithmes RSA, il permet d'obtenir des clés publiques et privées de petite taille tout en conservant une sécurité élevée. Dans Bitcoin, ECDSA sert à authentifier les transactions et à garantir que seules les détenteurs d'adresses peuvent dépenser les fonds associés. Les clés publiques sont dérivées d'une clé privée via une multiplication elliptique, créant un lien mathématique unique.

À quoi cela sert-il ?

Dans le réseau Bitcoin, ECDSA assure l'identité des signataires et l'intégrité des messages. En signant un bloc ou une transaction, l'utilisateur prouve qu'il possède la clé privée liée à l'adresse publique. L'algorithme offre une résistance contre la falsification tout en restant efficient en termes de calcul et de stockage. Il permet également de limiter la taille des signatures, ce qui réduit la bande passante et les frais de stockage sur la blockchain.

Comment cela fonctionne, étape par étape

Étape 1 Dans Bitcoin, la clé privée est un nombre aléatoire de 256 bits. Elle est générée à partir d'un générateur de nombres pseudo-aléatoires sécurisé. La clé privée doit rester confidentielle ; toute exposition permet à un attaquant de dépenser les fonds associés à l'adresse publique dérivée.
Étape 2 La clé publique est obtenue en multipliant la clé privée par un point de base défini sur la courbe elliptique. Ce calcul produit un point (x, y) qui constitue la clé publique. Le point est ensuite compressé pour réduire sa taille, ce qui est essentiel pour limiter la longueur des signatures Bitcoin.
Étape 3 Pour signer une transaction, l'utilisateur calcule d'abord le hachage SHA-256 de la transaction sans la signature. Ensuite, il applique ECDSA en utilisant sa clé privée, ce qui génère un couple (r, s) appelé signature. Cette signature est attachée à la transaction et publiée sur le réseau.
Étape 4 Lorsqu'un nœud reçoit la transaction, il extrait la signature et l'adresse publique. Il calcule le même hachage SHA-256 et utilise la fonction de vérification ECDSA pour confirmer que la signature correspond à la clé publique. Si la vérification réussit, la transaction est acceptée et le bloc peut l'inclure.

Exemple concret (scénario fictif)

Imaginons un utilisateur, Alice, qui veut envoyer 0,5 BTC à Bob. Elle possède une clé privée secrète générée aléatoirement. Elle crée une transaction indiquant le montant, l'adresse de Bob et ses propres dépenses. Avant de l'envoyer, Alice calcule le hachage de la transaction et signe ce hachage avec ECDSA. La signature (r, s) est ajoutée à la transaction. Bob ou tout nœud Bitcoin peut alors vérifier que la signature provient bien d'Alice en recalculant le hachage et en appliquant la vérification ECDSA avec la clé publique d'Alice. Une fois validée, la transaction peut être incluse dans un bloc et les fonds déplacés. La transaction est alors diffusée à l'ensemble du réseau, où chaque nœud la recopie et la vérifie. Quand un mineur trouve un bloc valide, il inclut la transaction, et la confirmation est considérée sécurisée après plusieurs blocs de remerciement.

Différences et cas d’utilisation

ECDSA vs RSAECDSA utilise des courbes sur des champs finis, produisant des clés de 256 bits, tandis que RSA nécessite des clés de 2048 bits pour une sécurité comparable. Cela réduit la taille des transactions et le coût de traitement, important pour la blockchain. De plus, la taille de la signature ECDSA est constante, contrairement à RSA.ECDSA vs Ed25519Ed25519 est un schéma de signature elliptique moderne offrant des signatures plus rapides, une implémentation en temps constant et une résistance accrue aux attaques par canal auxiliaire. Cependant, le protocole Bitcoin repose sur ECDSA avec la courbe secp256k1, qui nécessite un traitement de clé spécifique et a été largement audité dans le contexte des crypto-monnaies.ECDSA vs SchnorrLes signatures Schnorr produisent des signatures déterministes, plus courtes (64 octets) et non malleables, ce qui facilite l'agrégation et la confidentialité. Les signatures ECDSA sont malleables et plus volumineuses, compliquant la sérialisation des transactions. Le protocole Bitcoin n'adopte pas encore Schnorr, mais des mises à jour futures pourraient remplacer ECDSA par Schnorr pour gagner en efficacité.

Avantages et intérêts possibles

La cryptographie à courbes elliptiques offre des clés publiques et privées beaucoup plus petites que RSA, ce qui réduit le stockage, la bande passante et les coûts de calcul, tout en conservant une sécurité comparable lorsqu'elle est correctement implémentée.
Les signatures ECDSA sont rapides à générer et à vérifier, ce qui les rend idéales pour les dispositifs à ressources limitées comme les portefeuilles matériels, les cartes à puce ou les téléphones mobiles, améliorant ainsi l'expérience utilisateur.
En réduisant la taille des clés, ECDSA diminue également la quantité de données à transmettre sur le réseau, ce qui se traduit par des frais de transaction plus faibles et un débit de blocs plus élevé dans un environnement à forte demande.

Inconvénients et limites

La sécurité d'ECDSA repose sur la génération aléatoire de paramètres internes, notamment le nonce; un nonce mal généré ou réutilisé peut divulguer la clé privée, rendant les fonds vulnérables à des attaques ciblées.
Les implémentations d'ECDSA sont susceptibles aux attaques par canal auxiliaire, comme les attaques par timing ou par courant, qui peuvent révéler des secrets si le matériel ou le logiciel ne gère pas correctement les opérations cryptographiques.
Contrairement à certaines signatures post-quantum, ECDSA ne bénéficie pas d'une protection intrinsèque contre les ordinateurs quantiques, ce qui signifie que, à long terme, la sécurité pourrait être compromise si un algorithme de factorisation quantique mature devient disponible.

Risques réels à connaître

Si le nonce utilisé pour signer une transaction est réutilisé, un attaquant peut calculer la clé privée à partir de deux signatures différentes, ce qui rend immédiatement les fonds associés vulnérables et expose l'utilisateur à des pertes irréversibles.
Une attaque quantique utilisant l'algorithme de Shor pourrait factoriser la courbe elliptique et récupérer la clé privée, ce qui compromettrait la sécurité de Bitcoin; ce risque dépend de la maturité future des technologies quantiques.
Les failles d'implémentation, comme les erreurs de gestion de l'arithmétique sur le champ fini ou les bibliothèques obsolètes, permettent à un attaquant de falsifier des signatures, détournant ainsi des fonds sans connaissance de la clé privée.
L'utilisation d'un mauvais paramètre de courbe ou d'un point de base incorrect peut réduire la sécurité, car il devient plus facile pour un adversaire de résoudre le problème de point discret, compromettant la confidentialité des signatures.

Comment vérifier concrètement

Vérifier que la clé publique se trouve sur la courbe définie par la séquence de paramètres (par exemple secp256k1) et que son ordonnancement est le même que la valeur de l'ordre du groupe, afin de détecter une mauvaise génération de clé.
S'assurer que le générateur de nombres aléatoires utilisé pour le nonce est cryptographiquement sécurisé, fournit un flux non prévisible et ne réutilise jamais la même valeur, car la répétition du nonce est la principale voie d'attaque.
Appliquer la règle low‑s (valeur de s inférieure à la moitié de l'ordre de la courbe) pour chaque signature afin d'éviter la malleabilité et de garantir que les signatures sont uniques et vérifiables.
Confirmer que la fonction de hachage utilisée dans ECDSA est SHA‑256, car un hachage plus faible ou mal implémenté peut introduire des collisions ou des faiblesses exploitées par un attaquant.
Effectuer un test de résistance aux attaques par timing en mesurant la variance d'exécution de la signature pour différentes entrées; un schéma constant en temps minimise les fuites d'information.

Pour aller plus loin

Ces références officielles permettent de recouper les règles et les mises en garde ; elles ne valident pas un projet particulier.

AMF — informations et prévention pour les épargnants
Bitcoin.org — documentation et fonctionnement de Bitcoin
Définition : Adresse Bitcoin
Débuter en crypto
Checklist avant transfert
Assistant anti-arnaque

FAQ

Pourquoi Bitcoin choisit-il ECDSA plutôt qu'Ed25519 ?Bitcoin a été conçu avant l'émergence d'Ed25519 et l'algorithme ECDSA s'intègre naturellement aux formats existants, offrant une signature compacte de 64 octets et permettant une compatibilité immédiate avec les portefeuilles qui utilisent déjà la courbe secp256k1.

L'algorithme ECDSA garantit-il l'anonymat des utilisateurs ?Non, ECDSA ne masque pas l'identité. Il permet seulement de prouver la possession d'une clé publique. L'anonymat dépend de pratiques supplémentaires, comme l'utilisation d'adresses multiples, l'absence de lien entre transactions et la protection de la clé privée.

Que se passe-t-il si une clé privée est compromise dans Bitcoin ?Si la clé privée est compromise, la personne qui la possède peut dépenser les fonds associés sans restriction. Les autres adresses restent intègres, mais l'utilisateur perd le contrôle sur ses actifs. Il n'y a aucun mécanisme de récupération intégré au protocole.

Retrouvez la version originale et les mises à jour sur SunLibCrypto .