Qu’est-ce qu’un soft fork ? Explication des mises à jour de la blockchain
Les règles de la blockchain se durcissent, au lieu de s'assouplir, lors d'un soft fork. Les anciens nœuds qui n'ont pas bénéficié de la mise à jour ? Ils continuent de suivre les nouveaux blocs. Aucun problème, aucune division de la chaîne. Vous avez probablement déjà entendu parler de ces mises à jour lors de Bitcoin, comme SegWit ou Taproot, et vous vous êtes demandé ce qui les distingue d'un hard fork.
Voici une version simple, sans jargon. Vous détenez des cryptomonnaies, gérez un nœud de chiffrement ou vous vous demandez simplement pourquoi certaines mises à jour provoquent le chaos tandis que d'autres passent inaperçues ? Tout se résume généralement à cette distinction.
Qu'est-ce qu'un soft fork dans la blockchain ?
Les soft forks renforcent les règles d'une blockchain, jamais ne les assouplissent. Un bloc validé selon les anciennes règles peut désormais être rejeté. En revanche, les blocs respectant les nouvelles règles plus strictes sont toujours considérés comme valides par l'ancien logiciel.
Cette compatibilité unidirectionnelle est toute l'astuce. Les anciens nœuds ne comprennent pas les nouvelles règles en détail, et honnêtement, ils n'en ont pas besoin. Ils voient simplement des blocs qui semblent valides et continuent de fonctionner, sans se rendre compte qu'une partie de ce qui était accepté auparavant ne l'est plus.
Les hard forks inversent la tendance. Ils assouplissent ou réécrivent complètement les règles, de sorte que les anciens nœuds ne peuvent tout simplement pas les valider. Ce simple changement de règles, entre durcissement et assouplissement, détermine si une mise à jour maintient tout le monde sur une seule chaîne ou si elle divise le réseau en deux.
Voici une image plus parlante : un règlement qui se restreint, et non qui est réécrit. Avant la bifurcation, une certaine plage de blocs était considérée comme valide. Après, cette plage se réduit légèrement. Certains blocs qui passaient auparavant sont désormais rejetés par les nœuds mis à jour. L'essentiel, cependant, c'est que chaque bloc accepté selon les nouvelles règles l'était déjà selon les anciennes. Rien de nouveau n'est autorisé. Ce qui est ancien est simplement bloqué. C'est précisément pour cette raison que les logiciels non mis à jour continuent de fonctionner comme si de rien n'était.
Comment fonctionne réellement une fourche souple ?
Le fonctionnement repose sur le comportement des nœuds et la validation des règles. Voici, en résumé, comment cela se déroule :
- Les développeurs proposent une modification qui restreint l'ensemble des transactions ou blocs valides, généralement pour corriger une limitation ou ajouter une nouvelle fonctionnalité.
- La communauté et les opérateurs de nœuds examinent, testent et débattent de la proposition, souvent par le biais d'un processus formel comme les propositions d'amélioration Bitcoin (BIP).
- Les mineurs ou validateurs commencent à signaler leur soutien aux nouvelles règles, souvent par le biais d'un mécanisme intégré aux blocs qu'ils produisent.
- Une fois que la signalisation atteint un seuil d'activation, généralement autour de 90 à 95 % des blocs récents, les nouvelles règles sont appliquées par les nœuds mis à niveau.
- Les nœuds non mis à jour continuent de valider les blocs selon leur logique actuelle. Comme les nouvelles règles constituent un sous-ensemble des anciennes, les blocs qui respectent les nouvelles règles respectent également les anciennes ; les nœuds non mis à jour les acceptent donc sans problème.
- Le réseau continue de fonctionner comme une chaîne unique, les nœuds mis à niveau appliquant les règles plus strictes et les nœuds non mis à niveau en bénéficiant silencieusement sans les appliquer techniquement.
Résultat : une mise à jour en temps réel qui ne nécessite pas l’intervention simultanée de tous les participants. C’est précisément pourquoi les soft forks sont l’outil privilégié pour la plupart des améliorations courantes des blockchains. Il est important de souligner que les nœuds non mis à jour n’appliquent pas activement les nouvelles règles. Ils se contentent de suivre le mouvement, profitant du fait que la puissance de hachage dominante du réseau les applique pour tous. C’est en partie pourquoi l’adoption par les mineurs est si cruciale pour la rapidité et la sécurité avec lesquelles un soft fork se généralise.
Fourche souple vs. fourche rigide : quelle est la vraie différence ?
La question du soft fork par rapport au hard fork revient constamment, et la réponse courte est : la compatibilité. Un soft fork restreint les règles de compatibilité de manière à ce que les anciens logiciels les acceptent encore. Un hard fork, en revanche, modifie les règles de compatibilité de façon radicale, les rendant incompatibles avec les anciens logiciels.
| Aspect | Fourche souple | Fourche dure |
|---|---|---|
| Règle direction | Plus strict, restreint les blocs valides | Plus souple ou fondamentalement modifié |
| Rétrocompatible ? | Oui, les anciens nœuds acceptent les nouveaux blocs | Non, les anciens nœuds rejettent les nouveaux blocs |
| Nécessite une mise à niveau universelle ? | Non | Oui, sinon la chaîne casse. |
| Risque de rupture de chaîne | Faible | Élevé si le consensus n'est pas unanime. |
| Coordination nécessaire | Signalisation des mineurs/validateurs | Accord de réseau complet |
| Exemple | SegWit, Taproot | Bitcoin Cash s'est séparé du Bitcoin. |
Les soft forks sont généralement l'option la moins conflictuelle car le réseau n'a pas besoin d'être unanime et immédiat. Les hard forks sont par nature plus perturbateurs, car toute personne ne mettant pas à jour sa blockchain à temps se retrouve à utiliser une blockchain différente et incompatible.
C’est aussi pourquoi les hard forks font souvent la une des journaux, contrairement aux soft forks. Un hard fork s’accompagne généralement d’un nouveau symbole boursier, d’une nouvelle cotation sur une plateforme d’échange et d’un débat public sur la chaîne représentant le « vrai » projet. Un soft fork, quant à lui, se manifeste généralement par une simple mise à jour du numéro de version dans votre logiciel de portefeuille, la plupart des utilisateurs ne remarquant même pas les modifications apportées aux règles sous-jacentes.
Exemples concrets de soft forks dans Bitcoin et au-delà
Les soft forks ne sont pas un concept théorique. Bitcoin y a eu recours à maintes reprises pour ajouter des fonctionnalités sans jamais scinder le réseau de force.
- SegWit (2017) : Segregated Witness a restructuré le calcul de la taille des blocs de données de transaction, corrigé un bug appelé « malléabilité des transactions » et jeté les bases du Lightning Network. Il reste l’exemple de soft fork le plus cité dans l’histoire de Bitcoin.
- Taproot (2021) : Introduction des signatures Schnorr et amélioration de la confidentialité et de l'efficacité pour les transactions complexes, tout en restant compatible avec les nœuds qui n'avaient pas été mis à niveau.
- P2SH (2012) : Pay-to-Script-Hash a simplifié la façon dont les portefeuilles multi-signatures et les scripts de type contrat intelligent étaient représentés sur la chaîne, toujours sans forcer une division du réseau.
- BIP66 (2015) : a imposé un encodage DER strict pour les signatures numériques, comblant une lacune technique qui aurait pu entraîner des incohérences de validation.
Chacune de ces initiatives a renforcé les règles du Bitcoin de manière spécifique et délibérée, et chacune a été lancée sans diviser la communauté en deux cryptomonnaies concurrentes.
Pourquoi les développeurs choisissent les soft forks plutôt que les hard forks
Si on leur en laisse le choix, la plupart des développeurs principaux de Bitcoin et d'Ethereum privilégient une bifurcation logicielle (soft fork), et pas seulement par préférence technique. Les raisons sont surtout pratiques.
D'une part, personne n'est contraint de mettre à jour son système le même jour. Portefeuilles, plateformes d'échange, pools de minage : chacun peut migrer à son propre rythme, sans être obligé de respecter une échéance stricte. À grande échelle, cette flexibilité est cruciale, car coordonner une mise à jour simultanée avec des milliers d'opérateurs indépendants est extrêmement complexe.
Ensuite, il y a l'unité. Une bifurcation douce préserve l'intégrité du réseau et de la cryptomonnaie. Aucun jeton concurrent n'apparaît. Aucune plateforme d'échange n'a à choisir quelle chaîne est la « vraie ». La communauté ne se divise pas en camps opposés se disputant la légitimité. Pour un réseau de paiement en particulier, ce type de stabilité est extrêmement précieux.
La réversibilité est également importante. Étant donné que les anciens nœuds ne s'engagent jamais pleinement à appliquer les nouvelles règles de leur propre initiative, une mise à jour logicielle ratée peut parfois être annulée avec beaucoup moins de dégâts que l'annulation d'une mise à jour matérielle ayant déjà donné naissance à une seconde cryptomonnaie, négociée indépendamment.
Les risques et les limites des fourches souples
Les fourches souples ne sont pas sans risque, même si elles sont généralement considérées comme la solution la plus sûre. Il est important de connaître certaines de leurs limites.
- Les nœuds non mis à jour continuent de valider les blocs selon les anciennes règles, ce qui signifie qu'ils ne peuvent pas vérifier indépendamment que les conditions spécifiques aux nouvelles règles sont effectivement appliquées correctement ; ils font confiance à la majorité.
- Si une minorité suffisamment importante de mineurs refuse de mettre à jour le système et continue de produire des blocs uniquement selon les anciennes règles, des situations conflictuelles peuvent tout de même survenir, aboutissant parfois à une scission de facto même si la bifurcation était techniquement « douce ».
- La forte dépendance à l'égard de la signalisation des mineurs signifie que l'activation des soft forks peut être influencée par la concentration des pools de minage, ce qui soulève des questions légitimes quant à la décentralisation réelle du processus en pratique.
- Certaines modifications logicielles sont plus complexes à mettre en œuvre en toute sécurité qu'il n'y paraît, car les développeurs doivent s'assurer que les nouvelles règles constituent véritablement un sous-ensemble strict des anciennes ; toute erreur à ce niveau peut créer des lacunes de validation inattendues.
Rien de tout cela ne rend les soft forks dangereuses. Cela signifie simplement que « rétrocompatible » n'est pas synonyme de « sans risque », et que la coordination reste importante même lorsqu'une scission radicale n'est pas envisagée.
Comment une mise à jour logicielle (soft fork) est activée sur une blockchain
L'ajout de nouveau code ne suffit pas à déclencher un soft fork. Il faut que quelqu'un confirme que le réseau est effectivement prêt, et cela nécessite une coordination.
Bitcoin a utilisé plusieurs méthodes pour cela. La signalisation de type BIP9 est la plus classique : les mineurs déposent un petit marqueur dans les blocs qu'ils minent, comme pour signaler leur disponibilité. Dès qu'un nombre suffisant de blocs récents, généralement près de 95 %, affichent ce signal dans un délai imparti, les nouvelles règles sont validées. Leur application peut alors commencer.
De nouvelles méthodes d'activation, comme Speedy Trial et diverses formes de soft forks activés par les utilisateurs, ont émergé notamment parce que la simple signalisation des mineurs peut être bloquée si les pools de minage tardent à réagir ou sont réticents sur le plan politique. Ces mécanismes alternatifs permettent aux opérateurs de nœuds et à la communauté dans son ensemble d'exercer une influence plus directe sur la mise en œuvre effective d'une mise à niveau, au lieu de laisser la décision entièrement aux mineurs.
L'activation de Taproot en 2021 illustre parfaitement la complémentarité de ces méthodes. Elle reposait sur un processus de signalisation modifié, appelé Speedy Trial, qui imposait aux mineurs un délai plus court et défini pour signaler leur disponibilité, avec une solution de repli permettant à la communauté d'activer la mise à jour même sans le soutien de tous les mineurs. En pratique, cette solution de repli s'est avérée moins cruciale, la signalisation ayant été validée sans difficulté. Toutefois, son existence témoigne des progrès considérables réalisés dans la conception des mécanismes d'activation depuis les premières soft forks de Bitcoin, entièrement pilotées par les mineurs.
Réflexions finales
Une évolution progressive et silencieuse, sans rupture brutale : voilà comment la plupart des réseaux blockchain évoluent. En renforçant les règles plutôt qu’en les assouplissant, un réseau peut ajouter des fonctionnalités, corriger les bugs, optimiser son fonctionnement, tout en restant accessible à ceux qui n’ont jamais effectué de mise à jour. Les entreprises qui choisissent une infrastructure crypto devraient privilégier cette même approche : des améliorations reposant sur une base stable et unifiée, et non des ruptures perturbatrices. Plisio s’inscrit également dans cette logique : stable, compatible et conçu pour fonctionner en continu malgré l’évolution constante des réseaux sous-jacents.
