Qu’est-ce qu’un hard fork en crypto-monnaie ?

Définition et mécanique de base

1. Un hard fork est une divergence permanente dans le protocole d'une blockchain qui rend valides des blocs et des transactions auparavant invalides, ou vice versa.

2. Tous les nœuds et utilisateurs doivent effectuer une mise à niveau vers la dernière version du logiciel pour continuer à participer à la chaîne mise à jour.

3. Les nœuds exécutant des versions antérieures rejetteront les blocs créés selon les nouvelles règles, ce qui entraînera la création de deux chaînes distinctes et incompatibles.

4. Contrairement aux soft forks, les hard forks ne sont pas rétrocompatibles : cette incompatibilité définit leur impact structurel.

5. La scission se produit à une hauteur de bloc spécifique, après quoi les règles consensuelles divergent de manière irréversible.

Précédents historiques dans les grands réseaux

1. Bitcoin Cash est apparu en août 2017 à la suite d'un hard fork visant à augmenter la taille des blocs de 1 Mo à 8 Mo.

2. Ethereum a subi un hard fork en juillet 2016 suite au piratage de DAO, conduisant à la création d'Ethereum (ETH) et d'Ethereum Classic (ETC).

3. Bitcoin SV s'est séparé de Bitcoin ABC en novembre 2018 en raison de désaccords sur la taille des blocs et la philosophie de développement.

4. Litecoin a mis en œuvre un hard fork en mars 2019 pour activer les fonctionnalités de compatibilité SegWit2x, bien qu'il soit resté largement coordonné avec la feuille de route de Bitcoin.

5. Monero a exécuté un hard fork programmé tous les six mois pour appliquer les mises à niveau du réseau, y compris l'amélioration de la confidentialité et la résistance aux ASIC.

Implications économiques et commerciales

1. Les détenteurs de la pièce originale reçoivent généralement un montant équivalent de la nouvelle pièce au moment du fork, déclenchant une activité commerciale immédiate sur les bourses.

2. La volatilité des prix augmente avant et après le fork en raison de la spéculation, des opportunités d'arbitrage et de l'incertitude autour de l'adoption.

3. Les bourses doivent décider si elles souhaitent répertorier le nouvel actif, prendre en charge les dépôts/retraits ou suspendre les services pendant la fenêtre de transition.

4. Les mineurs sont confrontés à des choix stratégiques quant à la chaîne à prendre en charge, ce qui influence la distribution du taux de hachage et la dynamique de la sécurité du réseau.

5. Les fournisseurs de portefeuilles mettent à jour leurs logiciels pour garantir que les clés privées peuvent accéder aux deux chaînes, même si une mauvaise gestion peut entraîner une perte irréversible de fonds.

Risques techniques et défis opérationnels

1. Les attaques par rejeu deviennent possibles lorsque des signatures de transaction identiques sont valides sur les deux chaînes, à moins que des mesures de protection telles que la protection contre la relecture ne soient mises en œuvre.

2. L’exécution des contrats intelligents peut se comporter de manière imprévisible si les contrats déployés reposent sur des hypothèses invalidées par les nouvelles règles consensuelles.

3. Des échecs de synchronisation des nœuds se produisent lorsque des clients obsolètes ne parviennent pas à traiter les blocs post-fork, provoquant un isolement de la chaîne majoritaire.

4. Les délais de propagation des blocs augmentent temporairement à mesure que les nœuds s'adaptent à la nouvelle logique de validation et aux protocoles de découverte d'homologues.

5. Les développeurs doivent auditer tous les chemins de code critiques pour le consensus, y compris la vérification de la signature, l'ajustement de la difficulté et la validation de l'horodatage, pour éviter les arrêts de chaîne ou les bogues d'inflation.

Foire aux questions

Q : Un hard fork crée-t-il toujours une nouvelle cryptomonnaie ? Oui, si le fork aboutit à une deuxième chaîne persistante avec un développement, une gouvernance et une présence sur le marché indépendants. Certaines fourchettes restent de courte durée ou sont abandonnées.

Q : Les utilisateurs peuvent-ils ignorer un hard fork sans conséquences ? Non. S’ils continuent à utiliser des logiciels obsolètes, ils risquent d’envoyer des transactions vers la mauvaise chaîne ou de perdre l’accès aux fonds sur la chaîne mise à niveau.

Q : Comment les développeurs signalent-ils leur soutien à un hard fork ? Grâce à la signalisation des mineurs dans les en-têtes de bloc, aux annonces de versions de nœuds, aux feuilles de route publiques et aux mécanismes d'activation tels que les délais de déploiement BIP9 ou UASF.

Q : Les hard forks sont-ils intrinsèquement risqués pour les applications décentralisées ? Oui. Les contrats intelligents déployés avant le fork peuvent s'exécuter de manière incorrecte sur l'une ou l'autre chaîne si leur logique dépend d'un comportement de consensus non modifié.