Qu'est-ce qu'une fourchette souple ? En quoi est-ce différent d’un hard fork ?

Définition et mécanique d’une fourche souple

1. Un soft fork introduit des modifications de règles rétrocompatibles dans le protocole blockchain.

2. Les nouvelles règles de validation sont plus strictes qu'auparavant, ce qui signifie que les blocs valides selon les nouvelles règles le sont également selon les anciennes.

3. Les nœuds exécutant des logiciels obsolètes continuent d’accepter les blocs produits par les nœuds mis à niveau sans interruption.

4. Le consensus reste intact tant qu’une majorité du pouvoir de hachage applique les nouvelles règles.

5. Aucune mise à niveau obligatoire des nœuds n'est requise, même si la pleine participation à la nouvelle fonctionnalité l'exige.

Définition et mécanique d’un hard fork

1. Un hard fork implémente des modifications de protocole non rétrocompatibles qui redéfinissent ce qui constitue un bloc valide.

2. Les blocs générés selon les nouvelles règles sont rejetés par les nœuds existants, provoquant une divergence immédiate dans l'état de la chaîne.

3. Tous les participants doivent mettre à jour leur logiciel pour rester sur la nouvelle chaîne ; l'échec entraîne l'isolement sur une chaîne obsolète.

4. Le réseau se divise en deux registres indépendants avec des historiques distincts au-delà du point de fourche.

5. La duplication des jetons se produit à la hauteur de la fourche, ce qui entraîne la circulation simultanée de deux actifs distincts.

Distinctions techniques clés

1. Les soft forks s'appuient sur des contraintes plus strictes, telles que la limitation des opcodes de script ou l'application de formats de signature plus stricts, sans altérer la logique fondamentale du consensus.

2. Les hard forks peuvent introduire des fonctionnalités entièrement nouvelles telles que des limites de taille de bloc modifiées, des calendriers de récompenses modifiés ou de nouvelles primitives cryptographiques.

3. Le succès d'un soft fork dépend de la coordination des mineurs et de l'alignement de la puissance de hachage, et non de l'adoption universelle des nœuds.

4. Un hard fork nécessite un accord explicite à l’échelle de la communauté, une coordination des développeurs et un déploiement client synchronisé sur les échanges, les portefeuilles et les fournisseurs d’infrastructure.

5. Les soft forks servent souvent de mises à niveau progressives, comme SegWit, tandis que les hard forks reflètent souvent des schismes idéologiques ou économiques, comme Bitcoin Cash.

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

1. L'activation de Segregated Witness (SegWit) de Bitcoin en 2017 était un soft fork historique qui a restructuré les données de transaction pour augmenter la capacité et permettre la prise en charge du réseau Lightning.

2. La mise à niveau d'Ethereum à Constantinople comprenait plusieurs composants de type soft fork visant à optimiser le prix du gaz et à préparer les transitions de preuve de participation.

3. Bitcoin Cash est né d'un hard fork de 2017 motivé par un désaccord sur la mise à l'échelle en chaîne, augmentant la limite de taille de bloc de 1 Mo à 8 Mo.

4. Ethereum Classic a persisté après le hard fork DAO de 2016, conservant la chaîne d'origine tandis qu'Ethereum avançait avec des transactions inversées.

5. Litecoin a mis en œuvre un soft fork pour adopter SegWit en 2017, démontrant les stratégies de compatibilité inter-chaînes entre les réseaux basés sur UTXO.

Foire aux questions

Q : Une fourchette souple peut-elle être inversée ? Oui. Si la puissance de hachage nécessaire à l'application des nouvelles règles tombe en dessous de la masse critique, les mineurs utilisant des logiciels existants peuvent étendre l'ancienne chaîne, invalidant ainsi l'application du soft fork.

Q : Les utilisateurs ont-ils besoin d’un nouveau logiciel de portefeuille après un soft fork ? Pas nécessairement. Les portefeuilles qui n'interagissent pas avec de nouveaux types de scripts ou structures de transaction restent fonctionnels sans mises à jour.

Q : La protection contre la relecture est-elle requise lors d'un soft fork ? Non. Étant donné que les deux chaînes reconnaissent mutuellement les blocs comme valides, les signatures de transaction restent interopérables et aucun mécanisme de protection n'est nécessaire.

Q : Comment un soft fork affecte-t-il la latence de propagation des blocs ? Cela peut légèrement augmenter le temps de validation en raison de vérifications supplémentaires, mais le comportement de propagation au niveau du réseau reste inchangé car les nœuds existants acceptent toujours le même ensemble de blocs.