Qu'est-ce qu'une clé publique et une clé privée dans la blockchain ?

Fondamentaux de la clé publique

1. Une clé publique est une valeur cryptographique dérivée d'une clé privée utilisant la multiplication de courbe elliptique.

2. Il sert de base à la génération d’adresses blockchain utilisées pour recevoir des actifs numériques.

3. Les clés publiques sont mathématiquement irréversibles : aucun algorithme ne peut reconstruire la clé privée d'origine à partir de celles-ci.

4. Dans Bitcoin, la clé publique est hachée deux fois (SHA-256 suivi de RIPEMD-160) pour produire une adresse P2PKH.

5. Ethereum utilise un chemin de dérivation différent : le hachage Keccak-256 de la clé publique non compressée donne l'adresse finale.

Mécanismes de clé privée

1. Une clé privée est un entier aléatoire de 256 bits sélectionné dans un champ fini défini par la courbe elliptique secp256k1.

2. Son secret est absolu : l’exposition accorde un contrôle total sur les fonds associés et les autorisations des contrats intelligents.

3. Le logiciel de portefeuille génère des clés privées via des générateurs de nombres pseudo-aléatoires cryptographiquement sécurisés (CSPRNG).

4. Les portefeuilles matériels isolent les opérations de génération et de signature de clés privées dans des enclaves sécurisées.

5. La perte d'une clé privée signifie la perte permanente et irréversible de l'accès à tous les actifs liés à son adresse correspondante.

Processus de génération d'adresses

1. Les adresses ne sont pas stockées en chaîne mais calculées de manière déterministe à partir de clés publiques grâce à un hachage standardisé.

2. Bitcoin prend en charge plusieurs formats d'adresse : hérité (P2PKH), segwit (P2WPKH) et racine pivotante (P2TR).

3. Les adresses Ethereum omettent la validation de la somme de contrôle par défaut, bien que l'EIP-55 introduise des sommes de contrôle mixtes.

4. Solana utilise le codage base58 du hachage SHA-256 de la clé publique pour générer des adresses de 32 octets.

5. Aucune blockchain ne stocke les clés privées : elles existent exclusivement hors chaîne et ne doivent jamais être transmises sur les réseaux.

Portefeuilles déterministes hiérarchiques

1. Les portefeuilles HD utilisent BIP-32 pour dériver les clés enfants d'une graine principale sans exposer la clé privée racine.

2. BIP-39 définit des phrases mnémoniques – 12 ou 24 mots anglais codant pour une valeur de départ de 128 ou 256 bits.

3. BIP-44 spécifie une structure de chemin à cinq niveaux (m / objectif' / coin_type' / compte' / changement / adresse_index) pour organiser les comptes.

4. Chaque étape de dérivation applique HMAC-SHA512 pour garantir des chaînes de clés déterministes mais imprévisibles.

5. Une seule phrase mnémonique peut régénérer toutes les clés privées de plusieurs crypto-monnaies et comptes.

L'assurance cryptographique en pratique

1. Les signatures ECDSA lient les transactions aux clés privées tout en restant vérifiables via les clés publiques uniquement.

2. La malléabilité des signatures a été abordée dans Bitcoin avec Segregated Witness, en séparant les données de signature des entrées de transaction.

3. Les signatures Schnorr — adoptées dans la mise à niveau Taproot de Bitcoin — permettent l'agrégation des signatures et une confidentialité améliorée.

4. EdDSA remplace ECDSA dans Cardano et Solana, offrant une vérification plus rapide et une résistance aux attaques par canal secondaire.

5. Chaque transaction confirmée sur une blockchain prouve cryptographiquement la propriété sans révéler la clé privée.

Foire aux questions

Q : Deux clés privées différentes peuvent-elles générer la même clé publique ? R : Non. Le problème du logarithme discret à courbe elliptique garantit un mappage un à un entre les clés privées et les clés publiques au sein des mêmes paramètres de courbe.

Q : Est-il sûr de partager une clé publique avant de dériver une adresse ? R : Oui. Les clés publiques elles-mêmes ne posent aucun risque pour la sécurité, bien que leur exposition précoce puisse réduire la confidentialité dans certains protocoles comme le P2PK de Bitcoin.

Q : Pourquoi certains portefeuilles affichent-ils à la fois des clés publiques compressées et non compressées ? R : Les clés compressées réduisent de moitié les besoins de stockage en codant uniquement la coordonnée x plus les informations de parité ; les systèmes plus anciens peuvent nécessiter des versions non compressées pour des raisons de compatibilité.

Q : La modification du mot de passe d'un portefeuille affecte-t-elle la clé privée ? R : Non. Les mots de passe chiffrent uniquement les fichiers du portefeuille local ; la clé privée sous-jacente reste inchangée à moins qu'elle ne soit explicitement régénérée.