Passer au contenu

Bitcoin accepté au paiement  |  Expédié depuis Montréal, QC, Canada  |  Soutien expert depuis 2016

Registre des soft forks de Bitcoin

Réponse rapide

Un soft fork Bitcoin est un durcissement rétrocompatible des règles de consensus : les nœuds qui ne se mettent pas à jour acceptent quand même les nouveaux blocs, si bien que le réseau ne se scinde jamais tant qu'une majorité de la puissance de calcul l'applique. Presque toutes les capacités acquises par Bitcoin — multisig P2SH, verrous temporels, SegWit, Taproot — sont arrivées par soft fork. Ce registre liste 8 soft forks modifiant le consensus, avec leurs numéros de BIP, leur mécanisme d'activation, la hauteur de bloc et la date d'activation, et ce que chacun a changé.

De P2SH (2012) à Taproot (2021), chaque soft fork a durci les règles sans scinder la chaîne. La méthode d'activation a évolué des « flag days » horodatés à IsSuperMajority, puis aux version bits BIP9 et au Speedy Trial — de plus en plus signalée par les mineurs, avec les utilisateurs (UASF) comme ultime filet de sécurité.

Télécharger le CSV Télécharger le JSON API REST →

Soft forkBIPMécanisme d'activationBlocActivé leStatutCe qui a changé
BIP30 — Duplicate-TXID rule30Flag day (block timestamp)91,8422012-03-15ActiveDisallowed a block containing a transaction whose ID duplicates an existing unspent transaction, closing a coinbase-overwrite flaw.
P2SH — Pay-to-Script-Hash16Flag day (block timestamp)173,8052012-04-01ActiveIntroduced Pay-to-Script-Hash (the '3' addresses): senders pay to a hash of a redeem script that the recipient supplies when spending — the basis for practical multisig.
BIP34 — Height in coinbase34IsSuperMajority (75% then 95%)227,9312013-03-24ActiveRequired the block height in the coinbase and bumped block version to 2, preventing duplicate coinbase txids and introducing version-based soft-fork signalling.
BIP66 — Strict DER signatures66IsSuperMajority (95%)363,7252015-07-04ActiveEnforced strict DER encoding of ECDSA signatures, removing an OpenSSL-dependent malleability source. Its activation caused a brief accidental chain split among non-upgraded miners.
CLTV — CheckLockTimeVerify65IsSuperMajority (95%)388,3812015-12-14ActiveAdded OP_CHECKLOCKTIMEVERIFY, enabling outputs spendable only after an absolute block height or time — a building block for payment channels and escrow.
CSV — Relative lock-time68, 112, 113BIP9 version bits (95%)419,3282016-07-04ActiveRelative lock-time (BIP68), OP_CHECKSEQUENCEVERIFY (BIP112) and median-time-past (BIP113) — together enabling bidirectional payment channels and the Lightning Network.
SegWit — Segregated Witness141, 143, 147BIP9 version bits + BIP91 lock-in481,8242017-08-24ActiveMoved signature (witness) data outside the txid, fixing transaction malleability, raising effective capacity via block weight, and laying the groundwork for Lightning and Taproot.
Taproot — Schnorr + Tapscript340, 341, 342Speedy Trial (BIP9, 90%)709,6322021-11-14ActiveSchnorr signatures (BIP340), Taproot (BIP341) and Tapscript (BIP342) — key aggregation and Merkelized script paths giving multisig and complex scripts better privacy and efficiency.

Source : le dépôt des BIP Bitcoin et les hauteurs d'activation canoniques de Bitcoin Core. Glossaire connexe : soft fork, P2SH, SegWit, Taproot, version bits, CLTV, CSV. Voir le hub de données ouvertes.