Une blockchain n’est jamais figée. Depuis le bloc genesis du 3 janvier 2009, le protocole Bitcoin a connu plus de 20 propositions d’amélioration majeures validées via le processus BIP (Bitcoin BIPs, 2026), et Ethereum compte désormais plus de 700 EIP publiés sur le registre officiel (Ethereum EIPs, 2026). Chaque mise à jour majeure repose sur une décision technique simple : faut-il rester rétrocompatible (soft fork) ou casser la compatibilité avec l’ancien protocole (hard fork) ? Ce guide démonte la mécanique des deux, avec des exemples 2017-2025 vérifiables (Taproot, The Merge, Pectra).

Au programme

  • Définition d’un fork : modification du protocole d’une blockchain par les développeurs et les nodes.
  • Soft fork : rétrocompatible, exemples Bitcoin SegWit (2017) et Taproot (89 % miners support, novembre 2021).
  • Hard fork : non-rétrocompatible, exemples DAO/Ethereum Classic (2016), Bitcoin Cash (2017), The Merge (2022), Pectra (2025).
  • Pourquoi les forks ont lieu, comment ils sont gouvernés (BIP, EIP, gouvernance off-chain vs on-chain).
  • Implications pour les utilisateurs : duplication de tokens, mise à jour wallet, risque de replay attack.

Qu’est-ce qu’un fork sur une blockchain ?

Un fork est une modification du protocole d’une blockchain qui change les règles de validation des blocs. Le mot vient de l’informatique libre : on prend le code source d’un projet et on le fait diverger. Sur Ethereum, plus de 17 hard forks planifiés ont été activés depuis 2015 (Ethereum Foundation, 2026), de Frontier à Pectra. Le code qui tourne sur chaque node (mineur, validateur, full node) définit ce qui est un bloc valide : taille, format des transactions, règles de signature, calcul du hash. Quand les développeurs changent une de ces règles, deux scénarios apparaissent. Soit la nouvelle règle est plus stricte que l’ancienne, et on parle de soft fork. Soit elle introduit des blocs ou transactions que l’ancien logiciel rejette, et c’est un hard fork.

Important : un fork n’est pas un bug. C’est le mode normal d’évolution d’un réseau décentralisé. Sans mécanisme d’upgrade, la blockchain serait figée, incapable de corriger une faille ou d’ajouter une fonctionnalité comme les smart contracts. la blockchain repose sur un consensus distribué : changer les règles signifie convaincre une majorité de nodes de basculer.

Le soft fork : rétrocompatible et silencieux

Un soft fork resserre les règles de validation sans casser l’ancien logiciel. Les blocs produits par les nodes mis à jour restent valides aux yeux des anciens nodes, ce qui permet une transition progressive sans split de chaîne. Sur Bitcoin, les soft forks dominent depuis 2012 : BIP 16 (P2SH), BIP 65 (CLTV), BIP 66 (signatures DER strict), SegWit, Taproot.

Le mécanisme repose sur un signal d’activation. Les mineurs incluent un drapeau dans les blocs qu’ils produisent pour indiquer qu’ils sont prêts à appliquer les nouvelles règles. Une fois un seuil franchi (typiquement 90 ou 95 % du hashrate sur une fenêtre de 2 016 blocs), la règle s’active. Les nodes non mis à jour continuent de fonctionner : ils valident toujours les blocs, mais ne peuvent pas créer de transactions au nouveau format.

Analogie utile : c’est comme une mise à jour iOS qui ajoute un format photo. Les anciens iPhones continuent de recevoir et stocker les photos, mais ne peuvent pas les créer. Aucun téléphone n’est cassé, et aucun utilisateur n’a besoin d’agir d’urgence. Sur Bitcoin, cette discipline a permis d’éviter les splits de chaîne tout en améliorant le protocole pendant plus d’une décennie.

Le hard fork : la rupture de compatibilité

Un hard fork introduit des règles que l’ancien logiciel rejette comme invalides. Tout node qui n’est pas mis à jour considère les nouveaux blocs comme illégitimes. Si une partie de la communauté refuse l’upgrade, deux chaînes coexistent et deux tokens distincts naissent (Ethereum/Ethereum Classic en juillet 2016, Bitcoin/Bitcoin Cash en août 2017).

Un hard fork peut être planifié et consensuel, comme l’ensemble des upgrades Ethereum (Byzantium, Constantinople, Istanbul, London, Paris/The Merge, Shanghai, Dencun, Pectra). Dans ce cas, toute la communauté migre : il n’existe pas de nouvelle pièce, juste une nouvelle version du protocole. Les anciens nodes finissent sur une chaîne morte, abandonnée.

Un hard fork peut aussi être contesté. Quand une fraction non négligeable des mineurs, validateurs et users refuse l’upgrade, la chaîne se scinde durablement. C’est ce qui a donné Ethereum Classic après The DAO et Bitcoin Cash après le débat SegWit. Dans ce cas seulement, les détenteurs de l’ancienne pièce reçoivent en miroir des tokens sur la nouvelle chaîne, snapshot pris au bloc du fork.

Soft fork vs hard fork : tableau comparatif

Le critère décisif est la rétrocompatibilité, pas la profondeur de la modification. SegWit a transformé en profondeur le format des transactions Bitcoin tout en restant un soft fork. À l’inverse, Pectra modifie la mécanique des comptes externes (EOA) et impose un hard fork, même si l’expérience utilisateur change peu en surface (EIP-7702, 2025).

Critère Soft fork Hard fork
Rétrocompatibilité Oui, anciens nodes continuent de valider Non, anciens nodes rejettent les nouveaux blocs
Split de chaîne Évité par design (sauf bug) Possible si pas de consensus universel
Création d’une nouvelle crypto Non Oui si fork contesté (sinon migration totale)
Mise à jour requise Recommandée pour mineurs/validateurs Obligatoire pour tous les nodes
Seuil d’activation typique 90-95 % du hashrate (Bitcoin) Bloc-cible défini, all-or-nothing
Exemples Bitcoin P2SH (BIP 16), SegWit, Taproot Bitcoin Cash, Bitcoin Gold, Bitcoin SV
Exemples Ethereum Aucun (chaîne en hard fork systématique) The Merge, Dencun, Pectra, ETC split
Risque pour les users Faible Replay attack, perte de fonds si wallet incompatible
Soft fork vs hard fork Représentation simplifiée du comportement de la chaîne après upgrade Soft fork activation des nouvelles regles Hard fork chaine A (upgrade) chaine B (origin)
Le soft fork conserve une chaîne unique. Le hard fork peut produire deux chaînes parallèles si la communauté ne suit pas à 100 %.

Soft fork en pratique : SegWit (2017) et Taproot (2021)

SegWit (BIP 141) a été activé sur Bitcoin le 24 août 2017 au bloc 481 824, après plus de deux ans de débat communautaire. La modification déplace les signatures (witness data) hors du bloc principal, ce qui augmente la capacité effective d’environ 1,7x à 2,1x sans toucher la limite officielle de 1 MB. Pour les anciens nodes, les transactions SegWit ressemblent à des transactions classiques avec un destinataire “anyone-can-spend”, ce qui préserve la rétrocompatibilité.

Taproot (BIP 340/341/342) a suivi le même chemin. Activé au bloc 709 632 le 14 novembre 2021, il a obtenu 89 % de soutien des mineurs sur la fenêtre de signalement (Bitcoin Magazine, 2021). L’upgrade introduit les signatures Schnorr (plus compactes et combinables), MAST (Merkelized Alternative Script Trees) et améliore la confidentialité : une transaction multisig complexe ressemble désormais à une transaction simple sur la chaîne.

Ce qu’il faut retenir : Bitcoin parvient à upgrader son protocole sans split majeur depuis 2017. Le coût est lent (Taproot a mis trois ans à passer du papier au consensus), mais la stabilité du réseau reste l’atout principal de cette discipline conservatrice.

Hard fork accidentel : The DAO et la naissance d’Ethereum Classic

Le 17 juin 2016, un attaquant exploite une faille de réentrance dans le smart contract The DAO et siphonne 3,6 millions d’ETH (Ethereum Foundation, 2016), soit environ 5 % du supply ETH d’alors. La communauté Ethereum vote majoritairement pour un hard fork qui réécrit l’historique au bloc 1 920 000, le 20 juillet 2016, et restitue les fonds aux investisseurs lésés.

Une minorité refuse cette intervention au nom du principe « code is law ». Cette fraction continue de miner la chaîne originale, qui devient Ethereum Classic (ETC). Les détenteurs d’ETH au moment du fork reçoivent automatiquement des ETC en miroir. Dix ans plus tard, ETH capitalise environ 300 milliards de dollars, contre une niche de quelques centaines de millions pour ETC (CoinGecko, 2026), illustrant le pouvoir d’attraction de la chaîne dominante.

Cet épisode reste un cas d’école pour la gouvernance crypto. Il a montré qu’un hard fork contesté peut produire un actif viable mais marginal, et que la légitimité économique suit la majorité des développeurs et de la liquidité, pas l’idéologie. Pour le contexte complet, notre fiche Ethereum revient sur la trajectoire complète d’ETH.

Hard fork planifié : Bitcoin Cash (août 2017)

Bitcoin Cash a forké de Bitcoin le 1er août 2017 au bloc 478 558, en augmentant la taille de bloc de 1 MB à 8 MB. Le débat de fond opposait depuis 2015 deux camps : les « big blockers » (favorables à un scaling on-chain par augmentation de la taille des blocs) et les « small blockers » (privilégiant le Lightning Network et les soft forks comme SegWit).

Faute de consensus, Bitmain, Roger Ver et plusieurs mineurs majeurs activent unilatéralement le hard fork. Chaque détenteur de BTC reçoit l’équivalent en BCH au bloc snapshot. Suivront d’autres splits dérivés, dont Bitcoin SV en 2018 (Craig Wright, Calvin Ayre) à partir de Bitcoin Cash, et Bitcoin Gold en 2017 (algorithme Equihash).

Près de neuf ans plus tard, le verdict du marché est sans appel : la capitalisation de Bitcoin Cash reste très inférieure à celle de Bitcoin en 2026, autour de quelques milliards de dollars contre des centaines de milliards pour BTC (CoinMarketCap, 2026). La leçon est nette : multiplier les blocs ne suffit pas à capturer l’effet réseau, l’effet marque et la sécurité accumulée.

Hard forks majeurs Ethereum : The Merge, Dencun, Pectra

The Merge a basculé Ethereum du Proof-of-Work au Proof-of-Stake le 15 septembre 2022 au bloc 15 537 393, réduisant la consommation énergétique du réseau de plus de 99,95 % (Ethereum Foundation, 2022). C’est probablement le hard fork le plus complexe jamais exécuté : la chaîne d’exécution historique a été fusionnée avec la Beacon Chain de consensus PoS sans interruption de service ni perte d’état.

Dencun a suivi le 13 mars 2024, au slot 8 626 176. L’upgrade introduit EIP-4844 (proto-danksharding), qui crée un nouveau type de transaction « blob » dédié aux rollups L2 (EIP-4844, 2024). Conséquence directe : les frais sur Arbitrum, Optimism, Base et zkSync chutent d’environ 90 % dans les semaines suivantes, ouvrant la voie à un usage L2 grand public.

Pectra a été activé en mai 2025 (bloc cible Q2 2025), avec EIP-7702 comme pièce maîtresse : les comptes externes (EOA) peuvent désormais déléguer leur exécution à un smart contract pour une transaction donnée, premier pas concret vers l’account abstraction native (EIP-7702, 2025). Pectra ajuste également l’économie des validateurs (effective balance jusqu’à 2 048 ETH par validator, EIP-7251) pour réduire la pression sur le consensus layer. Tous ces upgrades sont des hard forks coordonnés : aucune chaîne minoritaire n’a émergé.

Pourquoi les forks ont-ils lieu ?

Trois moteurs déclenchent l’immense majorité des forks : amélioration technique, désaccord philosophique, correction d’urgence. Le premier domine en volume : sur les 700+ EIP Ethereum, la quasi-totalité concerne des optimisations de gas, du scaling ou de l’expérience développeur (Ethereum EIPs, 2026).

Améliorations techniques. SegWit, Taproot, EIP-1559 (London, 2021), proto-danksharding (Dencun, 2024) entrent dans cette catégorie. Le réseau tourne, mais la roadmap impose une évolution. Les développeurs publient une proposition, l’écosystème teste sur testnet pendant plusieurs mois, et le mainnet active à un bloc cible.

Désaccords philosophiques. Bitcoin Cash en est l’archétype : aucune faille n’oblige à forker, mais une vision divergente de la scalabilité justifie une scission communautaire. Ethereum Classic relève d’un cas similaire (sanctity of immutability vs sauvetage des fonds DAO). Ces forks sont les plus visibles médiatiquement et créent presque toujours un nouveau token.

Sécurité et corrections d’urgence. Plus rares mais critiques. En 2010, Bitcoin a connu un overflow bug qui a créé 184 milliards de BTC en un bloc, corrigé par un soft fork en quelques heures. En 2013, un fork accidentel entre Bitcoin Core 0.7 et 0.8 a divisé la chaîne pendant 6 heures avant qu’un consensus social rapide ne réaligne le réseau. Ces événements rappellent que la robustesse opérationnelle du protocole prime sur tout débat.

Comment se gère un fork (BIP, EIP, off-chain vs on-chain) ?

La gouvernance d’un fork combine un processus formel d’amélioration et un signal d’activation des mineurs ou validateurs. Sur Bitcoin, le format BIP impose une structure rigide : Abstract, Motivation, Specification, Rationale, Backwards Compatibility, Test Vectors. Sur Ethereum, le format EIP suit la même logique avec une catégorisation Core / Networking / Interface / ERC.

Bitcoin pratique une gouvernance off-chain stricte : les BIPs sont discutés sur la mailing list bitcoin-dev, les Core developers (Bitcoin Core, Knots, Libre Relay) implémentent, et les mineurs signalent leur soutien dans le coinbase des blocs. Aucun vote on-chain. Cette lenteur est revendiquée comme une feature : elle élimine les changements précipités. Taproot a mis 3 ans entre la publication du BIP et l’activation.

Ethereum pratique une gouvernance off-chain coordonnée par les All Core Devs calls (ACDC), réunions hebdomadaires retransmises sur YouTube. Les EIPs sont validés par consensus social, intégrés dans les clients (Geth, Nethermind, Besu, Erigon, Reth côté exécution ; Prysm, Lighthouse, Teku, Nimbus, Lodestar côté consensus), puis activés à un slot cible.

D’autres réseaux ont opté pour la gouvernance on-chain : Tezos vote ses upgrades par scrutin des bakers, Cosmos via les staking holders, Polkadot via OpenGov. Cette voie automatise l’upgrade mais expose à la capture par les whales.

Quelles implications pour les utilisateurs lors d’un fork ?

Trois risques concrets pèsent sur l’utilisateur final lors d’un hard fork contesté : duplication de tokens, incompatibilité wallet, replay attack. Pour un soft fork, l’impact est presque nul. Pour un hard fork planifié et consensuel, il suffit de mettre à jour le node ou d’utiliser un wallet géré (exchange, custodian) qui le fait pour vous.

Duplication de tokens. Si vous déteniez 1 BTC le 1er août 2017 sur une wallet self-custody compatible, vous avez reçu 1 BCH automatiquement. Sur un exchange centralisé, la pratique varie : Coinbase a crédité les BCH à ses clients en décembre 2017, certains exchanges plus tôt, d’autres jamais. Vérifier la politique de chaque plateforme est indispensable avant un hard fork annoncé.

Compatibilité wallet. Un wallet qui ne suit pas l’upgrade peut afficher un solde incorrect ou refuser de signer des transactions au nouveau format. Pour Pectra, certaines anciennes versions de hardware wallets ont nécessité un firmware update pour reconnaître les transactions EIP-7702. Toujours vérifier les communications officielles du fabricant avant un hard fork.

Replay attack. Lors d’un split contesté, une transaction signée sur une chaîne peut être rediffusée sur l’autre si les deux protocoles partagent le même format. Ethereum a inclus EIP-155 dès 2016 pour empêcher ce risque entre ETH et ETC via un chain ID dédié. Bitcoin Cash a ajouté SIGHASH_FORKID pour protéger les transactions BCH des replay sur Bitcoin. Pour les utilisateurs, le réflexe sain est d’attendre quelques blocs après un fork avant de bouger des fonds, et de privilégier les wallets qui implémentent la protection replay nativement.

Pour creuser le contexte général, voir le dictionnaire des cryptomonnaies et notre dossier Bitcoin.

FAQ : forks Bitcoin et Ethereum

Quelle différence entre soft fork et hard fork ?

Un soft fork est rétrocompatible : les anciens nodes continuent d’accepter les nouveaux blocs comme valides. Un hard fork casse la compatibilité : les anciens nodes rejettent les nouveaux blocs. Conséquence directe, un soft fork évite la scission de chaîne par design (SegWit, Taproot), un hard fork peut produire deux chaînes parallèles si la communauté n’est pas unanime (Ethereum Classic, Bitcoin Cash).

Un fork crée-t-il toujours une nouvelle cryptomonnaie ?

Non. Un soft fork ne crée jamais de nouvelle pièce. Un hard fork planifié et consensuel non plus : The Merge, Dencun et Pectra ont migré l’intégralité d’Ethereum sans dupliquer le token. Une nouvelle crypto naît uniquement quand un hard fork est contesté et qu’une fraction significative de mineurs ou validateurs continue de produire des blocs sur l’ancienne chaîne (Bitcoin Cash, Ethereum Classic, Bitcoin SV).

Bitcoin a-t-il déjà subi un hard fork ?

Oui, plusieurs fois côté forks contestés (Bitcoin Cash en août 2017, Bitcoin Gold en octobre 2017, Bitcoin SV en novembre 2018). Le mainnet Bitcoin lui-même n’a connu aucun hard fork planifié depuis le bloc genesis de 2009, ce qui en fait un cas unique parmi les blockchains majeures. Toutes les améliorations Bitcoin depuis BIP 16 sont des soft forks rétrocompatibles.

Comment savoir si mon wallet supporte un fork ?

Vérifier trois sources avant l’activation : la communication officielle du wallet (Ledger, Trezor, MetaMask, Phantom publient des notes pour chaque hard fork majeur), la documentation du protocole (ethereum.org pour Ethereum, bitcoin.org pour Bitcoin), et le forum officiel de l’exchange si vos fonds y sont stockés. En cas de doute avant un hard fork annoncé, geler les transactions 48h avant et 24h après est la stratégie prudente.

The Merge Ethereum, c’est un fork ?

Oui, c’est un hard fork majeur planifié, exécuté le 15 septembre 2022. Il a remplacé le Proof-of-Work par le Proof-of-Stake en fusionnant la chaîne d’exécution historique avec la Beacon Chain. Aucune nouvelle cryptomonnaie n’est née officiellement (la quasi-totalité des mineurs et validateurs ont migré). Une chaîne fork dissidente, EthereumPoW (ETHW), a été lancée mais n’a jamais atteint une capitalisation significative en 2026.

EN DIRECT