Fork

La plupart des forks sont des accidents qui ne durent qu'un bloc : deux mineurs publient à la même hauteur et le réseau choisit un gagnant en quelques secondes. Quelques-uns sont des changements de règles délibérés, et l'une de ces disputes s'est terminée par le détachement d'une seconde chaîne au bloc 478 558 le 1er août 2017. Quand un titre affirme que le bitcoin a subi un fork, la première question utile est de savoir laquelle de ces situations s'est réellement produite.

Comment cela fonctionne

Un fork est une branche, et le bitcoin produit des branches de trois manières sans rapport entre elles, qui n'ont en commun que le nom.

La première est le fork de chaîne, et c'est une malchance ordinaire. Un bloc prend environ dix minutes à trouver et une seconde ou deux à atteindre l'autre bout du réseau, si bien que deux mineurs résolvent de temps à autre la même hauteur et que chaque moitié du réseau voit un bloc différent en premier. Les deux sont valides. Les deux s'appuient sur le même parent. L'égalité se rompt quand le bloc suivant arrive sur une branche, et le perdant devient un bloc périmé dont la récompense s'évapore. Personne ne vote, personne ne négocie, et l'épisode est généralement terminé avant même que vous puissiez rafraîchir un explorateur.

La deuxième est le fork de règles, ce dont les gens parlent lorsqu'ils discutent des forks. La scission ici ne se situe pas dans la chaîne mais dans la définition, par le logiciel, d'un bloc valide. Resserrez les règles et les anciens nœuds acceptent encore tout ce que produit le nouveau logiciel : c'est un soft fork, et le bitcoin l'a fait à plusieurs reprises, de pay to script hash le 1er avril 2012 à Taproot au bloc 709 632 le 14 novembre 2021. Assouplissez les règles et les anciens nœuds commencent à rejeter des blocs que le nouveau logiciel considère comme valides : c'est un hard fork, et il n'évite une scission permanente que si pratiquement tout le monde met à jour.

La troisième est le fork de code, qui ne touche pas du tout au consensus. Chacun peut copier le dépôt Bitcoin Core, le modifier et publier le résultat. Bitcoin Knots est exactement cela, un projet distinct maintenu par un autre développeur qui conserve volontairement les mêmes règles de consensus, si bien que ses blocs et ceux de Core sont interchangeables. Des milliers de dépôts sur GitHub sont des forks du bitcoin en ce sens et presque aucun ne produit jamais un bloc.

Seul le type intermédiaire peut créer un nouvel actif, et uniquement lorsque le désaccord est assez profond pour que les mineurs continuent à construire les deux branches indéfiniment.

Pourquoi cela compte quand vous achetez du bitcoin

Les forks parviennent à un acheteur ordinaire comme des événements opérationnels chez une plateforme d'échange, non comme des événements de protocole.

Autour de tout changement de règles contesté, les plateformes gèlent les parties de leur activité qui supposent une chaîne stable. Les dépôts et les retraits s'arrêtent, parfois pendant des jours, pendant que les ingénieurs attendent que la situation se stabilise et décident si un second actif existe désormais. Ce gel est ce qui vous coûte, car il tend à tomber exactement au moment où le prix bouge. Si vous conservez des bitcoins sur l'une des plateformes d'échange évaluées sur ce site et qu'un changement contesté a une date d'activation connue, retirez vers un portefeuille que vous contrôlez bien avant cette date plutôt que le jour même.

La deuxième chose à savoir est qu'un fork de règles ne vous demande rien. Chaque soft fork activé par le bitcoin a laissé les anciens portefeuilles fonctionner. Une phrase de récupération de douze mots notée en 2016 se restaure encore, dérive encore les mêmes adresses et dépense encore. Personne n'a jamais eu à déplacer des bitcoins pour les conserver.

La troisième est que « des bitcoins gratuits grâce au fork » est un scénario d'arnaque depuis 2017 et n'a jamais cessé d'en être un. Aucune scission de chaîne authentique n'exige votre phrase de récupération, votre clé privée ou un petit dépôt pour débloquer quoi que ce soit. Notre guide des arnaques courantes couvre les termes exacts qu'emploient ces messages.

Trois choses qu'un titre peut signifier par « fork »

Prenez trois événements qui ont tous été rapportés comme des forks et remarquez combien ils ont peu en commun.

Le 11 mars 2013, une limite de base de données a fait rejeter par les nœuds de version 0.7 un bloc que les nœuds de version 0.8 acceptaient, et la chaîne a fonctionné en deux branches pendant environ six heures jusqu'à ce que les développeurs demandent aux pools de revenir à la version antérieure. C'était un hard fork accidentel causé par un bug, et il s'est terminé avec tout le monde de retour sur une seule chaîne et un seul actif.

Le 1er août 2017, un groupe qui voulait des blocs plus grands a commencé à appliquer un ensemble de règles incompatible au bloc 478 558 et a continué à le miner. C'était un hard fork délibéré. Il a produit Bitcoin Cash, un actif distinct avec son propre prix, ses propres mineurs et sa propre histoire à partir de ce bloc, partageant tous les soldes enregistrés avant lui.

Bitcoin Knots, qui a forké le code source Bitcoin Core, n'a pendant ce temps rien scindé du tout. Ce sont les mêmes règles de consensus dans un autre emballage, ce qui explique qu'un nœud Knots et un nœud Core se trouvent sur la même chaîne et s'accordent sur chaque bloc.

Fork vs bloc périmé

Un fork est la branche ; un bloc périmé est ce qui reste de la branche qui a perdu. Chaque fork de chaîne accidentel laisse exactement un bloc périmé par branche perdante, et ce bloc n'est pas invalide, seulement malchanceux : il satisfaisait chaque règle de consensus et est simplement arrivé du mauvais côté d'une course. Les explorateurs qui l'affichent le qualifient de périmé ou, moins précisément, d'orphelin, et la récompense qu'il contient n'a jamais été dépensable.

Fork vs réorganisation de chaîne

Un fork est le moment où deux branches existent ; une réorganisation est ce qu'un nœud en fait. Votre nœud peut ne jamais observer le fork du tout, s'il se trouve qu'il n'a reçu que le bloc gagnant. S'il a reçu le bloc perdant en premier, il se réorganise : il déconnecte ce bloc, connecte la branche qui a plus de travail et poursuit. L'un est une propriété du réseau, l'autre est un événement dans votre propre journal de débogage.