Comment réduire les risques pendant un fork ?

Lors de la préparation d’une mise à jour sur une blockchain, l’équipe de développement doit d’abord comprendre la tâche et les exigences à accomplir. Il existe aujourd’hui de nombreuses solutions disponibles dans les algorithmes de hachage et les mécanismes de consensus.

Des forks sont nécessaires pour mettre en œuvre des changements dans les protocoles des blockchains. Il existe deux types de forks : les forks dures et les forks souples. Un soft fork signifie que les nœuds qui fonctionnent sur la version précédente du client pourront toujours traiter les transactions et signer des blocs sur le fork mis à jour, c’est-à-dire qu’il y aura une compatibilité entre l’ancienne et la nouvelle version du protocole de la blockchain.

Avec les hard forks, un nœud exécuté sur une ancienne version du client blockchain ne pourra pas traiter les transactions sur la version mise à jour du protocole, ce qui signifie que l’ancienne version du client n’est pas compatible avec le protocole mis à jour.

En parlant des inconvénients et des avantages des forks, le seul inconvénient est un code défectueux, qui est du devoir des développeurs et des testeurs de bien faire. S’il y a un besoin de mettre en œuvre un changement qui a une demande de la communauté, cela doit certainement être fait. Et la mise en œuvre de ces changements dépendra alors de la volonté des développeurs d’adhérer aux souhaits de la communauté. Parfois, plusieurs modifications sont apportées à un protocole blockchain dans un seul fork, parfois une seule.

Les cas d’utilisation des forks

En parlant d’utilisations pratiques des forks blockchain, il y en a deux qui me viennent à l’esprit avant les autres : la création d’une nouvelle crypto-monnaie, la mise en œuvre de mises à jour dans une crypto-monnaie existante ou la restauration du système pour récupérer des fonds. Plus bas, j’illustrerai tous ces cas d’utilisation.

Création d’une nouvelle crypto-monnaie

Bitcoin Cash

En août 2017, un autre hard fork de Bitcoina été créé dans le but de créer une nouvelle crypto-monnaie – Bitcoin Cash. Bitcoin Cash a été lancé le 1er août 2017 en tant que hard fork de Bitcoin. La différence dans les protocoles était que leBitcoin Cashla taille du bloc a été fixée à 8 mégaoctets, soit huit fois plus que la taille du bloc Bitcoin. Cela permet à Bitcoin Cash de traiter huit fois plus de transactions pour le même temps de bloc de 10 minutes, offrant de meilleures performances et des coûts inférieurs pour les utilisateurs.

Litecoin

Litecoin a été le premier hard fork de Bitcoin, lancé à un stade où très peu de personnes connaissaient encore l’existence des crypto-monnaies. Litecoin a été lancé le 7 octobre 2011. Même s’il s’agissait d’un fork de la blockchain de Bitcoin, le Litecoin était fourni avec le différent algorithme de hachage gourmand en mémoire Scrypt.

Par conséquent, le Litecoin ne pouvait pas être extrait par de grandes infrastructures minières appartenant à des entreprises axées sur l’extraction de Bitcoin. Les besoins en mémoire de Scrypt ont tenu les mineurs ASIC éloignés de Litecoin pendant longtemps, faisant de Litecoin une crypto-monnaie exploitable par GPU et la rendant plus abordable à exploiter avec un équipement minier de qualité grand public.

Cela a continué jusqu’en 2017, lorsque le Bitmain Antminer L3+ pour Scrypt a été construit. Il a réussi à répondre aux besoins en mémoire de Scrypt et a rendu l’extraction de GPU sur Litecoin non rentable. Pourtant, Litecoin ne peut pas être extrait par les ASIC avec lesquels Bitcoin est extrait, permettant aux petites infrastructures minières de générer de bons bénéfices grâce à l’exploitation minière Litecoin.

Mise en œuvre des mises à jour

Pour mettre en contexte le fonctionnement des hard forks en particulier lorsqu’il s’agit de mettre à jour le protocole d’une crypto-monnaie, vous n’avez pas besoin d’aller plus loin que le principal altcoin Ethereum. L’équipe d’Ethereum a été très proactive au fil des ans, acceptant les propositions de la communauté et mettant en œuvre différentes mises à jour dans la blockchain Ethereum. Je vais parler de quelques-uns.

Métropole

Metropolis était un hard fork d’Ethereum en 2017. Metropolis disposait d’un ensemble de mises à niveau comprenant des arguments de connaissance succincts et non interactifs à connaissance nulle (zk-SNARK), une simplification des contrats intelligents, le masquage des adresses et la bombe à difficulté. La mise à niveau a amélioré la confidentialité sur Ethereum, facilité la programmation de contrats intelligents et préparé la bombe à difficulté nécessaire pour la transition vers la preuve de participation.

Istanbul

Istanbul a été mis en œuvre en 2019. Il a amélioré la résistance d’Ethereum aux attaques DDoS, optimisé les coûts d’utilisation de certains opcodes et réduit le coût d’exécution des variantes 64 bits de la fonction de hachage BLAKE2 sur l’EVM. Cette dernière mise à jour a entraîné une diminution des coûts de l’interaction d’Ethereum avec les crypto-monnaies basées sur Equihash, y compris Zcash.

Londres

Londres dans le dernier hard fork sur Ethereum 1.0 qui a mis en œuvre un mécanisme de gravure dans Ethereum, brûlant les frais de base pour le traitement des transactions. Depuis Londres, les mineurs reçoivent les soi-disant pourboires, qui sont laissés en plus des frais de base par les expéditeurs. Londres a considérablement diminué l’émission de nouvel éther et a même entraîné un dépassement régulier de l’éther extrait par la quantité d’éther brûlée quotidiennement.

Le prix de l’ETH a rapidement augmenté depuis le hard fork de Londres, pour lequel Londres est largement considéré comme l’une des principales raisons.

Faire reculer le système

Parfois, les forks permettent de faire reculer le système pour récupérer les fonds volés. L’exemple le plus marquant d’un tel fork était le fork d’Ethereum en 2016. Il s’agissait du projet appelé The DAO – un fonds de capital-risque lancé sur la blockchain Ethereum par une société suisse DAO.link. Plus de 11 000 investisseurs ont bloqué plus de 150 millions de dollars dans le contrat intelligent d’Ether du DAO au stade de la collecte de fonds. Mais avant la fin de la vente symbolique, plusieurs spectateurs ont exprimé leurs inquiétudes quant à la sécurité du contrat intelligent ; ils ont découvert une vulnérabilité qui pourrait permettre à un tiers de voler les fonds du contrat intelligent. Et c’est ce qui s’est passé peu de temps après.

Puis une partie de la communauté a opté pour un hard fork du bloc qui a conduit à la perte de fonds, et les autres s’y sont opposées, voulant continuer la chaîne d’origine. Finalement, la fork s’est produite au niveau du bloc où les fonds ont été volés, divisant Ethereum en Ethereum et Ethereum Classique.

Aussi controversé que cela puisse être, ce hard fork a permis d’économiser les fonds des investisseurs et de corriger la vulnérabilité. Ainsi, cette fork est une bonne démonstration de l’un des cas d’utilisation les plus essentiels pour lesquels les forks dures peuvent être utilisées.

Comment éviter les erreurs dans Forks ?

Lors de la préparation d’une mise à jour sur une blockchain, l’équipe de développement doit d’abord comprendre la tâche et les exigences à accomplir. Il existe aujourd’hui de nombreuses solutions disponibles dans les algorithmes de hachage et les mécanismes de consensus. Du point de vue de la construction du protocole, il faut surtout choisir les bonnes solutions qui existent déjà. Ainsi, les développeurs devront faire des recherches pour bien faire les choses avant de préparer la mise à jour réelle.

Si vous souhaitez vérifier les choses, elles peuvent également faire référence à une société d’audit blockchain. Ces entreprises ont la bonne expérience des solutions blockchain et auditeront la mise à jour que vous souhaitez mettre en œuvre dans votre blockchain et vous donneront des conseils sur la façon de mettre en œuvre de nouvelles solutions en toute sécurité.