- Retour au menu
- Retour au menuTarifs
- Retour au menuRecherche
- Retour au menu
- Retour au menu
- Retour au menu
- Retour au menu
- Retour au menuWebinaires et Événements
Le hard fork prévu de Bitcoin Cash a été interrompu par un bug logiciel
Le réseau Bitcoin Cash s'est divisé après qu'un bug est apparu dans le code de la crypto-monnaie lors d'une mise à niveau, ce qui a conduit les développeurs à mettre au point un correctif.

Une mise à niveau à l'échelle du système, autrement connue sous le nom de hard fork, semble avoir divisé le réseau Bitcoin Cash en deux.
Bitcoin Cash est la quatrième plus grande Cryptomonnaie au monde et possède une capitalisation boursière de plus de 6 milliards de dollars. Le chaîne fendue Cela s'est produit après que le réseau Bitcoin Cash a tenté de mettre à niveau vers un nouveau logiciel au niveau du bloc numéro 582 679, selon les données de l'outil Forkmonitor de BitMEX Research.
Comme l'a noté un utilisateur surReddit, une version du logiciel du groupe de développeurs Bitcoin Cash – Bitcoin ABC – comportait un bug de code affectant le mempool Bitcoin Cash qui n'était pas lié à la mise à niveau elle-même.
Similaire à la blockchain Bitcoin , Bitcoin Cash nécessite que les mineurs valident les transactions et ajoutent de nouveaux blocs. Le pool de mémoire (mempool) regroupe toutes les transactions en attente d'approbation par un mineur sur la blockchain.
Comme l'a déclaré l'utilisateur de Reddit "FerriestaPatronum":
"LOOKS qu'il y ait eu un petit bug dans les règles d'acceptation du mempool après le [hard fork]... D'après ce que je comprends actuellement, il LOOKS que le nombre d'opérations était validé avec les anciennes règles, pas avec les ONE. "
Depuis lors, cependant, les développeurs ont publiénouveau codepour corriger le bug. Selon les données deCoinDanceet les commentaires des observateurs, le bug a entraîné une chaîne de blocs de transactions vides avant le correctif.
Vin Armani, directeur technique de l'application Bitcoin Cash CoinText, a confirmé à CoinDesk: « Les blocs étaient vides pendant environ une heure et demie. Maintenant, le pool de mémoire est vide et les transactions sont transférées normalement. Tout est rentré dans l'ordre. »
Cependant, on ne sait pas encore combien de nœuds – c’est-à-dire de serveurs informatiques exécutant le logiciel Bitcoin ABC – ont été mis à niveau vers le logiciel fixe.
En réponse au problème, l'échange de Crypto Poloniex a annoncé qu'il suspendait les retraits et les dépôts à la lumière du problème de hard fork.
À cela, Poloniex Exchange a tweeté :
BCH a rencontré un problème avec le hard fork prévu aujourd'hui. Par conséquent, nous avons désactivé les dépôts et les retraits pour BCHABC jusqu'à nouvel ordre. Les développeurs CORE de BCH y travaillent. Merci de votre patience.
Une forme de centralisation
Selon l'équipe de R&D des opérations minières et de pool de la startup blockchain Navier, la majorité des mineurs de Bitcoin Cash utilisent le logiciel Bitcoin ABC par opposition à d'autres implémentations de logiciels Bitcoin Cash telles que Bitcoin Unlimited (BU).
« La majorité des mineurs de Bitcoin Cash utilisent le client ABC plutôt que le client BU, donc les gens créaient des transactions et les soumettaient au mempool plus rapidement qu'elles ne pouvaient être écrites dans un bloc et la plupart de ces blocs étaient vides », a expliqué David Steinberg, vice-président de Navier.
Steinberg a souligné que le fait d'avoir une diversité d'implémentations logicielles pourrait empêcher des problèmes similaires dans le code de faire trébucher le réseau blockchain.
Steinberg a déclaré à CoinDesk:
« Avoir un seul type de nœud est une forme de centralisation : vous faites confiance à la base de code du type de nœud sélectionné pour KEEP à fonctionner comme prévu. Idéalement, les mineurs devraient disposer de plusieurs types de nœuds auxquels soumettre leurs données au cas où un tel incident se reproduirait. »
Selon Steinberg, avoir des « implémentations de protocoles particulièrement populaires » est particulièrement dangereux lors des hard forks.
« Le fait que l'apparition de ce bug ait coïncidé avec le hard fork a exacerbé le problème, car il faut mettre à jour son nœud pour participer au fork », a expliqué Steinberg. « Pour les mises à jour incrémentielles classiques, tous les nœuds ne seront pas mis à jour aussi rapidement ; un problème comme celui-ci risque donc de n'affecter qu'un petit nombre de mineurs. »
Ainsi, Steinberg a conclu :
« Je dirais que le principal enseignement à tirer de cette expérience est que les programmeurs font des erreurs et que même les systèmes décentralisés peuvent être affectés de manière inattendue par les plus infimes éléments de centralisation, comme le fait de s'appuyer sur une seule base de code. »
Cet article est en cours de développement et sera mis à jour. L'extrait a été mis à jour pour préciser que le bug de code n'était pas lié au code du hard fork lui-même.
Image de fourche croiséevia Shutterstock
Christine Kim
Christine est analyste de recherche chez CoinDesk. Elle se concentre sur la production d'analyses basées sur les données concernant les secteurs des Cryptomonnaie et de la blockchain. Avant cela, Christine était journaliste technique pour CoinDesk, couvrant principalement les développements de la blockchain Ethereum . Avoirs en Cryptomonnaie : Aucun.
