Une adresse Bitcoin est une représentation liée au réseau et protégée par checksum d'un script standard. P2PKH/P2SH emploient Base58Check, SegWit v0 Bech32, witness v1–16 Bech32m. Elle ne stocke pas de bitcoin et n'identifie personne: les UTXO sont verrouillés par des scripts.
Une sortie contient montant et octets scriptPubKey, jamais le texte d'adresse. Le portefeuille valide réseau/checksum et produit le script; l'explorateur inverse les scripts reconnus pour l'affichage. P2PK ancien et scripts non standard n'ont pas forcément d'adresse canonique. [Bitcoin whitepaper — Transactions and Privacy] [Bitcoin Core — destination encoders and decoders]
Base58Check joint version et payload, ajoute quatre octets de SHA256(SHA256(données)), puis encode en Base58. Sur mainnet, 0x00=P2PKH et 0x05=P2SH, d'où 1 et 3; les réseaux de test diffèrent. 0, O, I, l sont omis. Le checksum 32 bits détecte des erreurs, sans signer ni authentifier. [Bitcoin Core — Base58Check implementation] [Bitcoin Core — destination encoders and decoders]
Bech32 combine HRP bc/tb, séparateur 1, version witness, groupes 5 bits et six caractères de checksum. BIP173 est réservé à v0; BIP350 impose Bech32m à v1–16 après une faiblesse d'insertion. Casse uniforme, jamais mixte, maximum 90 caractères. Valide ne signifie ni bon réseau ni version prise en charge. [BIP 173 — Base32 address format for native v0 witness outputs] [BIP 350 — Bech32m format for witness v1 and later]
P2PKH/P2WPKH engagent HASH160 d'une clé, P2SH HASH160 du redeemScript, P2WSH SHA256 du witnessScript. BIP141 fixe v0 à 20 octets P2WPKH ou 32 P2WSH. P2TR v1 porte une clé de sortie x-only ajustée Q de 32 octets, pouvant engager une racine Merkle de scripts. La politique complète reste inconnue. [BIP 141 — Segregated Witness consensus layer] [BIP 341 — Taproot validation and output keys]
P2PK exposait la clé; P2PKH reporte l'exposition. BIP13/16 créent P2SH; BIP141/173 witness versionné et Bech32 v0; BIP341/350 Taproot v1 et Bech32m. Ce sont des changements de script/consensus, pas de simples préfixes: convertir à la main peut changer la condition ou brûler les fonds. [BIP 13 — Address Format for pay-to-script-hash] [BIP 16 — Pay to Script Hash] [BIP 141 — Segregated Witness consensus layer] [BIP 173 — Base32 address format for native v0 witness outputs] [BIP 350 — Bech32m format for witness v1 and later] [BIP 341 — Taproot validation and output keys]
BIP32 dérive plusieurs clés. BIP44 emploie purpose 44' pour P2PKH, BIP84 84' pour P2WPKH et BIP86 86' pour P2TR, puis compte, branche externe/change et index. Une seed ne conserve pas forcément type, chemin, comptes ou multisig. Les output descriptors décrivent mieux clés et scripts; il faut tester la restauration. [BIP 32 — Hierarchical deterministic wallets] [BIP 44 — Multi-account hierarchy] [BIP 84 — Derivation for native P2WPKH] [BIP 86 — Derivation for single-key P2TR] [Bitcoin Core — Output descriptors]
Dépenser P2PKH/P2WPKH révèle normalement la clé publique; P2SH/P2WSH le redeemScript/witnessScript. P2TR contient déjà la clé x-only ajustée: key path révèle une signature Schnorr; script path révèle feuille, control block et chemin Merkle, sans révéler les feuilles inutilisées. L'adresse ne cache donc pas toujours la clé. [BIP 141 — Segregated Witness consensus layer] [BIP 341 — Taproot validation and output keys]
Réutiliser relie les paiements et renforce les heuristiques; le portefeuille crée nouvelle réception et change interne. Une adresse n'est pas une personne. Le ‘solde’ d'explorateur additionne les UTXO d'un script reconnu, ce n'est pas un compte de consensus; common-input et change ne prouvent pas la propriété. [Bitcoin whitepaper — Transactions and Privacy] [Bitcoin Core — Output descriptors]
Checksum, réseau, casse et couple v0/Bech32 ou v1+/Bech32m doivent être validés. Malware du presse-papiers et faux QR peuvent pourtant fournir une autre adresse valide. Vérifier toute la chaîne sur écran fiable et tester si nécessaire; comparer seulement les extrémités permet les look-alikes. Aucun retour protocolaire après confirmation. [Bitcoin Core — Base58Check implementation] [BIP 173 — Base32 address format for native v0 witness outputs] [BIP 350 — Bech32m format for witness v1 and later]
Une adresse diffère d'un URI BIP21 bitcoin: avec amount/label/message, et d'une invoice, offer ou Lightning Address. BIP322 prouve le contrôle d'un script selon un schéma, non l'identité ou toute propriété. Descriptor/export du portefeuille est requis pour politiques et sauvegardes. [BIP 21 — URI scheme] [BIP 322 — Generic signed message format] [Bitcoin Core — Output descriptors]
Pour une vision complète, lisez aussi Clé privée, Portefeuille, Sortie de monnaie, Bitcoin, SegWit, Taproot. Cette entrée est également citée par Hachage cryptographique, SHA-256, Cold Storage, Watch-only Wallet.
01Une adresse Bitcoin est-elle un numéro de compte ?+
Non. Le portefeuille déduit de l’adresse le script de verrouillage d’une sortie, par exemple scriptPubKey. Un portefeuille peut gérer de nombreuses adresses ; une adresse seule ne prouve ni l’identité ni le contrôle des fonds.
02Puis-je réutiliser une adresse Bitcoin en toute sécurité ?+
Un autre paiement à la même adresse peut être valide, mais relie les recettes au même script. Utilisez une nouvelle adresse générée par le portefeuille pour chaque réception ; même cela ne garantit pas l’anonymat. Une nouvelle adresse n’invalide pas les anciennes, mais dépenser leurs sorties exige toujours les clés appropriées et le respect des conditions du script.