
Un hard fork de cryptomonnaie est une modification des règles d'une Blockchain incompatible avec les anciennes règles. Si une part importante des opérateurs de nœuds continue de suivre les anciennes règles tandis que d'autres adoptent les nouvelles, la blockchain peut se diviser durablement en deux chaînes distinctes. Comprendre les forks est important pour les détenteurs de crypto, les traders et les utilisateurs de blockchain, car ils peuvent créer de nouveaux actifs, des risques techniques et une incertitude sur le marché.
Un hard fork modifie le protocole d'une blockchain d'une manière que les anciens logiciels ne peuvent pas valider entièrement. Il peut ainsi créer deux blockchains distinctes partageant le même historique des transactions jusqu'à la division.
Bitcoin Cash (BCH) a été créé à partir de Bitcoin le 1er août 2017, à la suite de désaccords sur la capacité des transactions et la taille des blocs.
Le fork de la DAO sur Ethereum, en juillet 2016, a conduit Ethereum et Ethereum Classic à continuer d'exister comme chaînes distinctes après qu'une partie de la communauté a rejeté la modification de l'état.
Un soft fork est rétrocompatible, tandis qu'un hard fork introduit des règles susceptibles d'être incompatibles avec les nœuds exécutant d'anciens logiciels.
Détenir des actifs avant une division de chaîne peut parfois entraîner la réception d'actifs correspondants sur les deux chaînes issues du fork. Toutefois, rien ne garantit que les nouveaux Token conservent leur valeur ou bénéficient du support des plateformes d'échange et des portefeuilles.
Un hard fork se produit lorsque des développeurs et des membres de la communauté introduisent des modifications fondamentales du protocole qui rompent la compatibilité avec les règles existantes.
La documentation des développeurs de Bitcoin décrit un hard fork comme une situation dans laquelle les nœuds mis à niveau et ceux qui ne le sont pas peuvent rejeter les blocs des uns et des autres, ce qui produit des blockchains divergentes de manière permanente.
Avant une hauteur de bloc ou un point d'activation prédéterminé, les deux groupes partagent généralement le même historique des transactions. Après l'activation, les nœuds qui exécutent le nouveau logiciel de la blockchain valident les blocs conformément aux nouvelles règles, tandis que les nœuds restés sur la chaîne d'origine continuent d'appliquer les anciennes règles.
Si la quasi-totalité des participants concernés effectue la mise à niveau, la division durable de la communauté n'est pas nécessaire. Toutefois, si les deux ensembles de règles conservent un soutien suffisant, deux chaînes distinctes peuvent continuer à produire de nouveaux blocs indépendamment.
| Caractéristique | Hard fork | Soft fork |
|---|---|---|
| Compatibilité | Incompatible avec les anciennes versions | Rétrocompatible |
| Règles du protocole | Introduit de nouvelles règles incompatibles | Resserre ou modifie les règles existantes de manière compatible |
| Division de la chaîne | Peut devenir permanente | Reste normalement sur la même chaîne |
| Anciens logiciels | Peuvent rejeter les nouveaux blocs | Peuvent généralement reconnaître les nouveaux blocs |
| Exemple | Bitcoin Cash | Segregated Witness (SegWit) |
Le glossaire des développeurs de Bitcoin définit un soft fork comme une modification rétrocompatible des règles de consensus, car les blocs respectant les nouvelles règles plus strictes peuvent toujours être acceptés par les anciens nœuds.
Les forks de blockchain se produisent généralement parce qu'un réseau a besoin d'une mise à niveau majeure ou parce que les participants ne sont pas d'accord sur l'orientation future de la blockchain.
Les développeurs peuvent proposer des mises à niveau du protocole pour ajouter de nouvelles fonctionnalités, modifier le traitement des transactions, corriger des failles de sécurité, changer les limites de taille des blocs ou résoudre d'autres problèmes critiques. Les désaccords au sein de la communauté peuvent devenir conflictuels lorsque les mineurs, les développeurs, les opérateurs de nœuds et les utilisateurs ne s'accordent pas sur les règles de consensus qui doivent régir le réseau.
Ethereum décrit une division de chaîne comme une situation dans laquelle les parties prenantes rejettent la même modification du protocole et où des versions incompatibles continuent de fonctionner comme des blockchains distinctes.
Toutes les mises à niveau du protocole ne créent pas une nouvelle blockchain. Une division permanente nécessite généralement qu'un nombre suffisant de participants continue à valider les blocs selon les deux versions des règles de la blockchain.
Bitcoin a donné naissance à de nombreux projets issus de forks. Une analyse de Fidelity publiée en 2026 a estimé que plus de 100 forks de Bitcoin étaient apparus, bien qu'il s'agisse d'une estimation du secteur et non d'un décompte officiel du protocole Bitcoin.
Trois exemples notables sont les suivants :
Bitcoin Cash (BCH) : Bitcoin Cash s'est séparé de la blockchain Bitcoin d'origine le 1er août 2017. Ses règles initiales ont porté la limite de taille des blocs à 8 Mo, dans le cadre d'une approche différente de la capacité des transactions. La division faisait suite à plusieurs années de désaccords au sein de la communauté Bitcoin sur la mise à l'échelle et la taille des blocs.
Bitcoin Gold (BTG) : Bitcoin Gold a effectué un fork de Bitcoin au bloc 491 406 en octobre 2017. Ses développeurs ont modifié le système de preuve de travail afin de rendre le mining accessible aux GPU plutôt qu'au matériel ASIC spécialisé.
Bitcoin SV (BSV) : Bitcoin SV est issu d'une division ultérieure de Bitcoin Cash en novembre 2018 et a adopté une autre approche de la mise à l'échelle, notamment avec des capacités de blocs plus importantes.
Ces exemples montrent comment un hard fork conflictuel peut transformer des visions techniques concurrentes en écosystèmes de blockchain indépendants.
Le fork de la DAO sur Ethereum en 2016 constitue un exemple majeur de hard fork provoqué par une crise de sécurité et un désaccord sur la gouvernance.
Après l'exploitation d'une vulnérabilité dans The DAO, la communauté Ethereum a étudié des mesures permettant de récupérer les fonds concernés. Le fork finalement activé au bloc 1 920 000, le 20 juillet 2016, a transféré les fonds liés à la DAO vers un contrat de retrait.
Certains mineurs et membres de la communauté ont rejeté cette modification et ont poursuivi la chaîne d'origine. Cette blockchain est devenue Ethereum Classic (ETC), tandis que la chaîne issue du fork a continué sous le nom d'Ethereum.
Cet événement montre que les divisions de blockchain peuvent combiner des modifications techniques et des désaccords sur la gouvernance, l'immuabilité et l'orientation future d'un réseau.
Un hard fork peut dupliquer l'état du registre avant le fork, ce qui signifie que les mêmes clés privées peuvent initialement correspondre à des actifs sur les deux chaînes.
Par exemple, lors de la division entre Bitcoin et Bitcoin Cash, un détenteur qui contrôlait 1 BTC avant le fork s'est retrouvé avec 1 BTC sur la chaîne Bitcoin et 1 BCH sur la chaîne Bitcoin Cash. L'Internal Revenue Service (administration fiscale américaine) a documenté ce résultat du registre selon un ratio de un pour un dans son analyse du fork de 2017.
Cela ne signifie pas que chaque fork attribue automatiquement aux utilisateurs de nouveaux tokens ayant de la valeur. Le support des portefeuilles, les politiques des plateformes d'échange, l'adoption du réseau, la liquidité et la sécurité influencent tous la possibilité d'accéder à un nouveau token ou de le trader.
Les attaques par rejeu peuvent également devenir préoccupantes lorsque des transactions valides sur une chaîne issue du fork peuvent être reproduites sur l'autre. Ethereum a explicitement averti les utilisateurs des risques de rejeu des transactions après sa division de 2016.
Lorsqu'un hard fork crée un nouvel actif numérique, les utilisateurs peuvent vérifier si cet actif dispose d'un marché actif et d'une liquidité suffisante avant de prendre des décisions d'investissement. Les Gate Markets peuvent servir à comparer les actifs pris en charge, les prix du marché actuels et l'activité de trading.
L'existence d'un token issu d'un fork ne garantit ni le support d'une plateforme d'échange, ni la liquidité, ni une valeur à long terme. Les utilisateurs doivent donc vérifier la blockchain, le ticker et le réseau de dépôt appropriés avant de transférer leurs actifs.
Un hard fork crypto est une mise à niveau de blockchain incompatible avec les anciennes versions du protocole, qui peut entraîner une division permanente de la chaîne lorsque différents groupes continuent de suivre des règles de consensus différentes. Les hard forks peuvent introduire des mises à niveau majeures, résoudre des problèmes critiques ou officialiser des désaccords au sein de la communauté. Bitcoin Cash et Ethereum Classic montrent comment des chaînes distinctes peuvent hériter d'un historique commun avant d'évoluer indépendamment selon de nouvelles règles.
Non. Un protocole peut faire l'objet d'un hard fork sans maintenir deux chaînes économiquement actives si la quasi-totalité des participants adopte les nouvelles règles. Une cryptomonnaie distincte apparaît lorsque la chaîne alternative continue de bénéficier d'un soutien suffisant du réseau et de la communauté.
Un hard fork introduit des modifications des règles de consensus incompatibles avec les anciennes versions du protocole, tandis qu'un soft fork apporte des modifications rétrocompatibles. Segregated Witness, ou SegWit, est un soft fork bien connu de Bitcoin.
Le fork a dupliqué l'état correspondant du registre. Ainsi, les clés privées contrôlant des bitcoins immédiatement avant la division pouvaient également contrôler un montant équivalent de BCH sur la chaîne Bitcoin Cash. L'accès dépendait toutefois de la solution de conservation du détenteur et du support de son portefeuille ou de sa plateforme d'échange.
Oui. Les hard forks peuvent introduire des bugs logiciels, une fragmentation du réseau et des risques opérationnels. Les chaînes issues d'un fork peuvent également être exposées à des attaques par rejeu si les transactions ne sont pas suffisamment séparées entre les réseaux.
Les communautés peuvent recourir à un hard fork lorsqu'une mise à niveau proposée nécessite des modifications fondamentales du protocole, lorsque les développeurs doivent résoudre des problèmes critiques ou lorsque les participants ne parviennent pas à trouver un consensus sur des règles telles que la scalabilité, la sécurité ou la gouvernance.











