Protocole et mises à jour
Le bitcoin n'a pas de responsable des versions. Il a un processus de proposition, plusieurs implémentations, et un grand nombre de personnes qui peuvent tout simplement refuser de faire tourner votre code. Cette section explique comment un changement aboutit réellement.
Un BIP est une Bitcoin Improvement Proposal, un document numéroté dans un dépôt public. Être numéroté ne dit rien de son acceptation, et la plupart des BIP ne mènent nulle part. Ceux qui comptent ont été activés, et les mots qui décrivent cette activation sont ici : soft fork pour un resserrement des règles que les anciens nœuds acceptent encore, hard fork pour un changement qu'ils refusent, et les mécanismes d'activation, qui ont été débattus plus âprement que les changements eux-mêmes.
SegWit et Taproot sont les deux mises à jour les plus susceptibles d'apparaître sur l'écran de retrait d'une plateforme. SegWit a déplacé les données de signature hors de la partie du bloc qui compte pour la limite de taille, ce qui a réduit les frais des portefeuilles qui l'ont adopté. Taproot a ajouté les signatures de Schnorr et rendu les conditions de dépense complexes semblables à des paiements ordinaires sur la chaîne, ce qui est autant un progrès de confidentialité qu'un progrès de capacités.
La section rend compte aussi des débats encore ouverts plutôt que tranchés : les covenants et les propositions qui les permettraient, OP_CHECKTEMPLATEVERIFY et OP_CAT, et la querelle autour des Ordinals, des inscriptions et des Runes sur ce à quoi sert l'espace des blocs. Les mesures sur lesquelles reposent ces débats, le poids du bloc et la taille maximale du bloc, sont définies dans la section minage et consensus.
38 termes. Dernière vérification le 24 septembre 2026.
Termes de la section Protocole et mises à jour
- Ancrage éphémèreUn ancrage éphémère est une sortie de valeur nulle ajoutée à une transaction dans le seul but de permettre à quelqu'un d'y rattacher un enfant qui paie des frais et de faire entrer la transaction parente dans un bloc.
- Annexe TaprootL'annexe Taproot est un élément de témoin réservé, étiqueté par l'octet 0x50, sur lequel la signature s'engage mais que les règles de consensus ignorent sinon lors de la validation.
- Bits de versionLes bits de version traitent le champ de version de 32 bits d'un en-tête de bloc comme une rangée d'interrupteurs indépendants, ce qui permet aux mineurs de signaler leur prise en charge de plusieurs soft forks à la fois.
- Branche de Merkle TaprootUne branche de Merkle Taproot est la liste des hachages frères qu'une dépense par chemin de script publie pour prouver que son script a été engagé dans l'adresse dépensée.
- BRC-20BRC-20 est une norme de jetons expérimentale qui inscrit du texte JSON dans des inscriptions d'ordinaux et laisse le calcul de chaque solde à des indexeurs hors chaîne plutôt qu'à bitcoin.
- Cluster mempoolLe cluster mempool est la refonte de la salle d'attente de Bitcoin Core, qui garde trié chaque groupe de transactions non confirmées liées entre elles, de sorte que le nœud sait toujours lesquelles un mineur choisirait réellement.
- CovenantUn covenant est une règle de dépense qui limite la destination possible du bitcoin, et pas seulement qui peut le déplacer, et aucun opcode de Bitcoin Script ne peut en imposer un aujourd'hui.
- Dépense par chemin de cléUne dépense par chemin de clé règle une sortie Taproot avec une seule signature sur la clé de sortie ajustée, en publiant un témoin composé d'exactement un élément et sans rien révéler des scripts alternatifs éventuels.
- Dépense par chemin de scriptUne dépense par chemin de script débloque une sortie Taproot en révélant un script feuille, les entrées qui le satisfont et un bloc de contrôle prouvant que cette feuille a été engagée par l'adresse.
- Données témoinsaussi Witness dataLes données témoins sont le matériel de signature qu'une transaction SegWit transporte dans une section distincte, décomptée à une unité de poids par octet et entièrement exclue du txid.
- Engagement de témoinL'engagement de témoin est un hachage de 32 octets placé dans une sortie de la transaction coinbase, qui rattache chaque wtxid d'un bloc à l'arbre de Merkle déjà présent dans l'en-tête.
- ErlayErlay est une méthode proposée pour que les nœuds comparent, à l'aide de minuscules esquisses, les transactions qu'ils ont vues, au lieu d'annoncer chaque hachage de transaction à chaque pair.
- ForkUn fork est tout point où l'historique du bitcoin ou son ensemble de règles se scinde en deux, raison pour laquelle le mot recouvre trois événements distincts qui se dénouent sur des échelles de temps totalement différentes.
- Hard forkUn hard fork assouplit ou modifie les règles du bitcoin, si bien que des blocs rejetés par l'ancien logiciel deviennent valides, ce qui signifie que chaque nœud doit se mettre à niveau ou rester sur une autre chaîne.
- Heure médiane du passéaussi MTPL'heure médiane du passé est l'horloge de consensus du bitcoin : la médiane des onze horodatages de blocs précédents, et la valeur à laquelle tout verrou temporel est comparé.
- Inscriptionaussi Inscription ordinaleUne inscription est un fichier stocké dans un témoin Taproot et rattaché à un satoshi, ce qui a permis à des images, des textes et des objets de collection de résider sur bitcoin même.
- MASTaussi Merkelized Alternative Script TreeMAST dissimule derrière un arbre de Merkle chaque condition de dépense que vous n'utilisez pas, de sorte que révéler une seule branche au moment de dépenser garde le reste privé et hors de la blockchain.
- MiniscriptMiniscript est une façon structurée d'écrire le sous-ensemble utile de Bitcoin Script pour que le logiciel puisse analyser une politique de dépense, en calculer le coût et signer automatiquement pour elle.
- MuSig2aussi Agrégation de clésMuSig2 permet à plusieurs signataires de combiner leurs clés publiques en une seule et de produire une signature Schnorr unique de 64 octets, de sorte qu'une dépense de groupe paraît identique on-chain à une dépense en solo.
- OP_CATOP_CAT joint les deux éléments du sommet de la pile de script en un seul, une opération que Satoshi a désactivée en 2010 et que le BIP-347 propose de rétablir dans tapscript.
- OP_CHECKLOCKTIMEVERIFYaussi CLTV, BIP65OP_CHECKLOCKTIMEVERIFY est l'opcode de script qui empêche une pièce d'être dépensée avant une hauteur de bloc ou une date donnée, peu importe qui détient la clé.
- OP_CHECKSEQUENCEVERIFYaussi CSV, BIP112OP_CHECKSEQUENCEVERIFY verrouille une pièce pendant une durée mesurée depuis sa propre confirmation, et fait échouer toute dépense dont l'entrée n'a pas attendu assez longtemps.
- OP_CHECKSIGADDOP_CHECKSIGADD compte les signatures une clé à la fois dans le tapscript, remplaçant l'ancien opcode multisig par une vérification que la vérification par lots et les futurs types de clés peuvent tous deux prendre en charge.
- OP_CHECKTEMPLATEVERIFYaussi CTV, BIP119OP_CHECKTEMPLATEVERIFY est un opcode proposé qui permettrait à une sortie de s'engager à l'avance sur la transaction exacte autorisée à la dépenser, jusqu'à ses sorties et ses montants.
- Ordinalsaussi Théorie des ordinauxLes Ordinals sont un système de numérotation qui attribue à chaque satoshi un numéro de série dans l'ordre de minage et le suit au fil des transactions, ce qui donne une identité à chaque unité de bitcoin.
- Procédure accéléréeLa procédure accélérée est le dispositif d'activation utilisé pour Taproot : une courte fenêtre de signalement des mineurs avec un seuil abaissé à 90 pour cent et une application reportée à une hauteur de bloc ultérieure fixée.
- Proposition d'amélioration de Bitcoinaussi BIPUne proposition d'amélioration de Bitcoin est un document de conception numéroté qui décrit une modification apportée au bitcoin ou une norme que les portefeuilles peuvent suivre, sans avoir le pouvoir de l'imposer.
- Relais de blocs compactsaussi BIP152Le relais de blocs compacts remplace l'envoi d'un nouveau bloc par une liste d'identifiants de six octets, que le nœud récepteur compare aux transactions qu'il détient déjà et reconstitue localement.
- Runesaussi protocole RunesRunes est un protocole de jetons qui enregistre l'émission et les transferts dans une seule sortie OP_RETURN, de sorte que les soldes reposent sur des sorties non dépensées plutôt que sur des fichiers de texte inscrits.
- SegWitaussi Segregated Witness, BIP141, témoin séparéSegWit a déplacé les données de signature hors de la partie d'une transaction que le txid engage, corrigeant la malléabilité des transactions et augmentant la capacité des blocs sans modifier la limite de base d'un mégaoctet.
- SIGHASH_ANYPREVOUTaussi APOSIGHASH_ANYPREVOUT est un mode de signature proposé pour les scripts Taproot qui permet à une signature de dépenser n'importe quel bitcoin verrouillé par un script correspondant, au lieu du seul bitcoin pour lequel elle a été créée.
- Signature de Schnorraussi BIP340Une signature de Schnorr est le schéma de signature de 64 octets que le bitcoin a adopté avec Taproot, et sa propriété déterminante est la linéarité : plusieurs clés et signatures s'additionnent en une seule.
- Soft forkUn soft fork resserre les règles du bitcoin afin que les blocs valides selon le nouveau logiciel restent valides selon l'ancien, ce qui permet au réseau de se mettre à niveau sans que personne soit écarté de la chaîne.
- Soft fork activé par les mineursaussi MASFUn soft fork activé par les mineurs s'active lorsqu'une supermajorité de blocs minés le signale, en utilisant le champ de version de bloc comme un vote compté automatiquement par chaque nœud.
- Soft fork activé par les utilisateursaussi UASFUn soft fork activé par les utilisateurs impose une nouvelle règle à une date fixée par les opérateurs de nœuds, de sorte que les mineurs qui l'ignorent voient leurs blocs rejetés plutôt que simplement mis en minorité.
- Taprootaussi BIP341Taproot est le soft fork de 2021 qui a doté le bitcoin des signatures Schnorr et d'un nouveau type de sortie où le chemin de dépense coopératif est identique en apparence à un paiement ordinaire à clé unique.
- TapscriptTapscript est la version de Bitcoin Script qui s'exécute dans les dépenses par chemin de script de Taproot, avec des signatures Schnorr, aucun plafond d'opcodes et un budget de signatures à la place des anciens compteurs.
- Vérification par lotLa vérification par lot contrôle de nombreuses signatures Schnorr dans une seule équation de courbe elliptique au lieu d'une à la fois, et renvoie un seul résultat, valide ou non, pour l'ensemble.
Les 13 autres sections
- Les basesCe qu'est le bitcoin, ce qu'est un satoshi, et la poignée d'idées sur lesquelles repose le reste du glossaire.
- Adresses et clésOù envoyer des fonds, ce que contrôle réellement une clé privée, et comment une seule phrase de récupération produit des milliers d'adresses.
- Portefeuilles et conservationChaud, froid, dépositaire et multisig, et ce que chacun change sur qui peut déplacer vos fonds.
- Confidentialité et sécuritéLes attaques qui font perdre leur bitcoin aux gens, et les habitudes et outils qui les arrêtent.
- Transactions et fraisDe quoi se compose une transaction bitcoin, pourquoi elle coûte ce qu'elle coûte, et comment débloquer une transaction coincée.
- Achat et plateformesTypes d'ordres, spreads et grilles de frais : le vocabulaire qu'emploie une plateforme pendant qu'elle vous facture.
- Marchés et investissementCapitalisation, volatilité et ETF au comptant. Le langage du prix, sans les prédictions de prix.
- Minage et consensusComment naissent les nouveaux blocs, ce qu'ajuste la difficulté, et pourquoi les règles tiennent sans personne aux commandes.
- Lightning et couche 2Canaux de paiement, factures et routage, pour déplacer du bitcoin sans payer de place dans un bloc.
- Réglementation et fiscalitéKYC, règle de voyage, MiCA et plus-values : les règles qui touchent votre compte et votre déclaration d'impôts.
- Culture et histoireMt. Gox, le bloc de genèse, HODL, et les événements et l'argot qui ont façonné la façon de parler du bitcoin.
- Nœuds et logicielsBitcoin Core, nœuds complets, élagage et RPC : le logiciel qui fait respecter les règles.
- Référence pour développeursTypes de messages P2P, opcodes et termes de script : les noms de champs que l'on rencontre en lisant le code de bitcoin.
Questions fréquentes
Qui décide de ce qui change dans le bitcoin ?
Personne, au sens d'une autorité. Un changement est rédigé sous forme de proposition, implémenté, puis adopté seulement si les opérateurs de nœuds choisissent de le faire tourner. Chacun peut refuser, et cette capacité de refus est le mécanisme lui-même plutôt qu'un défaut de celui-ci.
Quelle est la différence entre un soft fork et un hard fork ?
Un soft fork resserre les règles : les nœuds qui ne se mettent pas à jour acceptent toujours les nouveaux blocs. Un hard fork les assouplit et divise le réseau si quelqu'un refuse. Les mises à jour récentes du bitcoin ont toutes pris la première voie.
Qu'a réellement changé Taproot ?
Il a fait ressembler les conditions de dépense complexes à des paiements ordinaires sur la chaîne, réduit le coût du multisig et introduit les signatures de Schnorr. La plupart des utilisateurs n'ont rien vu changer, ce qui était en grande partie le but. Les avantages arrivent sous forme de frais plus bas et d'une meilleure confidentialité dans les portefeuilles qui l'ont adopté.
Les inscriptions et les jetons BRC-20 font-ils partie du bitcoin ?
Ils utilisent l'espace des blocs du bitcoin sans faire partie de ses règles. Rien dans le protocole ne les reconnaît, et les avis divergent fortement sur la question de savoir si payer pour cet espace est un usage légitime ou un gaspillage. Les deux camps paient les mêmes frais pour l'obtenir.