Soft Fork vs Hard Fork : définition, différences et exemples concrets

Points essentiels

Cet article explique les concepts de hard fork et de soft fork dans les réseaux blockchain comme Bitcoin et Ethereum. Les hard forks impliquent des changements majeurs et non rétrocompatibles qui peuvent diviser une blockchain en réseaux distincts et parfois créer de nouvelles cryptomonnaies, tandis que les soft forks sont des mises à jour rétrocompatibles qui maintiennent l’unité du réseau. L’article aborde aussi les risques et les raisons des forks, présente des exemples historiques notables et compare les différences clés entre ces deux types de changements de protocole.

Les cryptomonnaies comme Bitcoin et Ethereum fonctionnent sur des blockchains décentralisées et open source, régies par des protocoles qui définissent comment les nœuds créent, valident et ajoutent des blocs. Lorsqu’une modification de ces règles est décidée par les développeurs ou la communauté, un fork se produit, obligeant les opérateurs de nœuds à mettre à jour leur logiciel pour rester synchronisés avec la dernière version. Chaque nœud stocke toute la blockchain et vérifie les nouvelles transactions selon les règles historiques, donc tout changement impacte le fonctionnement du réseau. Les forks se divisent en deux catégories principales : les hard forks, qui introduisent des changements rompant la compatibilité avec les anciennes versions, et les soft forks, qui mettent à jour le protocole tout en restant rétrocompatibles.

Qu’est-ce qu’un hard fork ?

Un hard fork introduit une modification majeure des règles fondamentales de la blockchain. Cette mise à jour n’est pas rétrocompatible : les anciens nœuds ne peuvent pas valider les blocs créés selon les nouvelles règles. En cas de désaccord, la blockchain peut alors se diviser en deux réseaux indépendants.

Les hard forks sont souvent utilisés pour :

• Lancer une nouvelle cryptomonnaie
• Ajouter des fonctionnalités majeures
• Modifier la tokenomics
• Annuler ou modifier des transactions litigieuses
• Corriger des failles de sécurité critiques

Parce qu’un hard fork peut diviser mineurs, validateurs et utilisateurs, il comporte des risques. Une scission peut affaiblir le réseau et le rendre plus vulnérable aux attaques.

Hard forks et attaques à 51 %

Une attaque à 51 % survient lorsqu’un mineur ou un groupe contrôle la majorité de la puissance de calcul du réseau, ce qui lui permet de réorganiser la chaîne et de potentiellement dépenser deux fois les mêmes fonds. Les réseaux issus de hard forks peuvent parfois subir ce type d’attaque si leur sécurité est moindre ou si la puissance de minage est fragmentée.

Attaques par rejeu

Certains hard forks ne disposent pas de protection contre les attaques par rejeu. Dans ce cas, une transaction valide sur une chaîne peut être dupliquée sur l’autre, permettant à des acteurs malveillants de transférer des fonds sans autorisation.

Pourquoi les hard forks ont-ils lieu ?

Les hard forks peuvent survenir pour plusieurs raisons :

1. Nouvelles fonctionnalités : les mises à jour majeures nécessitent souvent une réécriture importante du logiciel de la blockchain.
2. Correctifs de sécurité : les développeurs peuvent recourir à un hard fork pour corriger des vulnérabilités qui mettent en danger les fonds des utilisateurs.
3. Désaccords communautaires : si développeurs, validateurs ou utilisateurs ne s’accordent pas sur l’avenir du réseau, la blockchain peut se diviser.
4. Annulation de transactions : dans de rares cas, un hard fork sert à revenir en arrière après un incident majeur, comme lors du hack du DAO en 2016.

Hard forks accidentels

Les hard forks involontaires sont plus fréquents qu’on ne le pense. Deux mineurs peuvent découvrir des blocs valides au même instant, ce qui divise temporairement la chaîne. Le réseau résout cela naturellement en suivant la chaîne la plus longue. Aucune transaction n’est perdue, mais la récompense d’un mineur peut être annulée. Des erreurs de code peuvent aussi provoquer des forks de courte durée. Par exemple, en 2013, certains nœuds Bitcoin n’ont pas pu traiter un bloc trop volumineux, ce qui a temporairement scindé la chaîne, mais les développeurs ont rapidement corrigé le problème.

Participants à un hard fork

Un hard fork nécessite une large participation de la communauté. Le processus comprend généralement :

• Proposition et discussion
• Développement du code
• Phase de test
• Soutien des validateurs et mineurs

Si les validateurs refusent d’adopter la mise à jour, le réseau ne pourra pas fonctionner selon les nouvelles règles. La décentralisation garantit que les changements de protocole n’ont lieu qu’avec l’accord de la communauté.

Blockchains issues de hard forks

En cas de désaccord, des ensembles de règles concurrents peuvent survivre indépendamment. Parmi les réseaux issus de hard forks les plus connus :

• Bitcoin Cash (BCH)
• Ethereum Classic (ETC)
• Bitcoin Gold (BTG)
• Bitcoin Diamond (BTCD)
• Bitcoin SV (BSV)

Qu’est-ce qu’un soft fork ?

Un soft fork est une mise à jour rétrocompatible. Les nœuds fonctionnant sur l’ancienne version reconnaissent toujours les blocs créés selon les nouvelles règles. Ce type de fork est moins perturbateur, car il ne divise pas le réseau en deux. Seule une partie des nœuds doit être mise à jour pour qu’un soft fork soit activé.

Les soft forks servent à :

• Améliorer l’efficacité du réseau
• Réduire les frais de transaction
• Renforcer la confidentialité
• Améliorer la sécurité
• Ajouter des fonctionnalités mineures

Les soft forks modifient certains comportements sans changer la blockchain elle-même. Ils ne créent ni nouvelles pièces ni réseaux séparés.

Soft forks célèbres

• SegWit (Bitcoin) : augmentation de la taille effective des blocs et amélioration de la scalabilité
• Pay-to-Script-Hash (P2SH) : modification du format d’adresse Bitcoin
• Replace-by-Fee (Litecoin) : possibilité d’ajuster les frais sur les transactions en attente

Hard fork vs soft fork : principales différences

Pour mieux comprendre, imaginez la mise à jour de votre téléphone : un soft fork revient à mettre à jour le système d’exploitation tout en conservant le fonctionnement de vos applications, alors qu’un hard fork s’apparente à passer sur un nouveau système incompatible avec les anciennes applications.

Exemples marquants de hard forks

1. Bitcoin Cash et SegWit2x

SegWit2x visait à améliorer la scalabilité de Bitcoin en doublant la taille des blocs. La proposition, élaborée à huis clos et sans la participation des développeurs Bitcoin Core, a divisé la communauté.

Les opposants estimaient que :

• Des blocs plus volumineux risquaient de centraliser le réseau
• Le processus manquait de gouvernance transparente
• La protection contre les attaques par rejeu était insuffisante

Les partisans recherchaient :

• Des frais plus bas
• Un débit de transactions plus élevé

Le 1^er août 2017, un groupe favorable à des blocs plus grands a créé Bitcoin Cash avec une taille initiale de bloc de 8 Mo, portée ensuite à 32 Mo. BCH demeure une blockchain distincte avec ses propres partisans et sa philosophie. Cet événement a entraîné la création de plusieurs forks dérivés de Bitcoin, dont BTG et BTCD.

2. Le hack du DAO en 2016 et la naissance d’Ethereum Classic

Le DAO avait levé 150 millions de dollars en ETH, devenant l’une des premières expériences de gouvernance décentralisée à grande échelle. Après une faille de code ayant permis de détourner 60 millions de dollars en ETH, la communauté Ethereum s’est divisée sur la marche à suivre.

La communauté a d’abord proposé un soft fork pour geler les fonds volés ; toutefois, l’attaquant a menacé de poursuites et tenté d’influencer les mineurs. Finalement, la communauté a opté pour un hard fork qui a permis de revenir à l’état antérieur au hack. Ceux qui refusaient de modifier l’historique de la blockchain ont continué à utiliser la chaîne d’origine, désormais appelée Ethereum Classic (ETC).

3. Guerre du hash sur Bitcoin Cash : ABC vs SV

En 2018, Bitcoin Cash s’est lui-même scindé en :

• Bitcoin Cash ABC (BCHA)
• Bitcoin Cash SV (BSV)

Des désaccords techniques ont provoqué cette division. BCHA visait des améliorations progressives, tandis que BSV prônait une augmentation massive de la taille des blocs. Les deux camps se sont affrontés pour le ticker BCH en accumulant de la puissance de minage. Les plateformes d’échange ont finalement reconnu Bitcoin Cash ABC comme la chaîne BCH officielle, tandis que l’autre réseau est devenu BSV.

FAQ : hard forks et soft forks

Qu’est-ce qui déclenche un fork sur une blockchain ?

Un fork se produit lorsque des développeurs ou membres de la communauté modifient les règles d’une blockchain. Si le changement est rétrocompatible, il s’agit d’un soft fork. Sinon, c’est un hard fork.

Les hard forks aboutissent-ils toujours à la création de nouvelles cryptomonnaies ?

Non. Un hard fork ne crée de nouvelles pièces que si les deux chaînes poursuivent leur existence indépendamment. Certains hard forks servent simplement à mettre à jour le réseau sans provoquer de scission.

Les soft forks sont-ils plus sûrs que les hard forks ?

En général, oui. Les soft forks préservent la compatibilité et l’unité du réseau, ce qui réduit les risques d’attaques ou de confusion pour les utilisateurs.

Peut-on perdre des fonds lors d’un fork ?

La perte directe de fonds est rare, mais un hard fork mal géré peut exposer les utilisateurs à des attaques par rejeu ou à une instabilité du réseau.

Qui décide si une blockchain doit subir un hard fork ?

Les développeurs proposent des changements, mais les mineurs, validateurs, plateformes d’échange et la communauté au sens large doivent les soutenir. Les réseaux décentralisés exigent un consensus large.

Quelle est la différence principale entre un fork et une simple mise à jour ?

Un fork est un type particulier de mise à jour. Les soft forks fonctionnent comme une mise à jour logicielle classique, tandis que les hard forks créent de nouveaux ensembles de règles susceptibles de donner naissance à des blockchains distinctes.

Pourquoi y a-t-il autant de forks sur Bitcoin et Ethereum ?

Ces deux réseaux sont open source et très utilisés. Les désaccords entre développeurs ou les enjeux de scalabilité conduisent souvent à des visions divergentes et à de nouvelles versions du protocole.