Aujourd'hui est le jour J pour les mises à niveau des mineurs de Bitcoin

Aujourd'hui, mercredi 15 mai, est la date limite pour les mineurs et les commerçants de Bitcoin pour mettre à niveau leur client Bitcoin ou être désynchronisés avec le reste du réseau.

La nécessité de cette mise à niveau découle d'un « hard fork » survenu dans la blockchain Bitcoin le 11 mars. C'est à ce moment-là qu'un mineur exécutant la version la plus récente du client Bitcoin (la version 0.8.0) a été mis à l'épreuve. créé un gros bloc qui était « incompatible avec les versions antérieures ». En conséquence, deux blockchains divergentes ont été créées, constituant une menace pour l’intégrité du réseau Bitcoin .

Une nouvelle version --0.8.1 -- a depuis été publiée, résolvant le problème à l'origine du bloc anormalement volumineux. Les utilisateurs du client Bitcoin disposaient de deux mois à compter de la date du fork pour passer à la nouvelle version.

Gavin Andresen, développeur principal de Bitcoin et scientifique en chef de la Fondation Bitcoin , a décrit la situation du hard fork sur le Wiki Bitcoin:

Un bloc comportant un nombre total d'entrées de transactions supérieur à celui observé précédemment a été miné et diffusé. Les nœuds Bitcoin 0.8 ont pu gérer ce problème, mais certains nœuds Bitcoin antérieurs à la version 0.8 l'ont rejeté, provoquant un hard fork inattendu de la chaîne. La chaîne incompatible antérieure à la version 0.8 disposait alors d'environ 60 % de la puissance de hachage, ce qui a empêché la résolution automatique de la division.





Afin de restaurer une chaîne canonique au plus vite, BTCGuild et Slush ont rétrogradé leurs nœuds Bitcoin 0.8 à 0.7 afin que leurs pools rejettent également le bloc le plus important. La puissance de hachage était alors majoritaire sur la chaîne, sans le bloc le plus important. Durant cette période, il y a eu au moins une double dépense importante. Cependant, cette opération a été réalisée par quelqu'un qui expérimentait pour voir si c'était possible et n'était pas intentionnellement malveillante.

Andresen a ajouté que « la scission a été détectée très rapidement », les principaux participants du réseau agissant rapidement pour résoudre la bifurcation.

Après avoir appris l'existence de la fourchette,Marek Palatinus du bassin minier de Slush et Michael Marsee du pool minier BTC Guild tous deux ont rétrogradé leurs nœuds Bitcoin à la version antérieure à la version 0.8 « malgré le fait que cela leur a fait sacrifier des sommes d'argent importantes et qu'ils étaient ceux qui exécutaient la version sans bug », selon Andresen.

Écrire ensuite sur leSite de questions-réponses Bitcoin Stack ExchangeManish Jethani, fan de Bitcoin , a exprimé son inquiétude quant à la possibilité que des incidents similaires se reproduisent à l'avenir.

« La prochaine fois qu'un fork comme celui-ci se produira, ce ne sera peut-être pas aussi simple », a écrit Jethani. « Les mineurs pourraient ne pas tous s'accorder sur la solution appropriée au problème. »

Un utilisateur nommé Charles Hoskinson a répondu que le fork le plus récent était « particulier dans le sens où les clients 0.8 n'ont jamais pu s'accorder avec les clients 0.7 en raison d'un problème de traitement d'un volume de transactions supérieur à la normale, mais les clients 0.7 disposaient toujours d'environ 60 % de la puissance de hachage totale. En substance, le réseau avait deux bitcoins légitimes différents en circulation. »

Hoskinson a ajouté : « BTCGuild et Slush ont dû décider, car ils contrôlent collectivement plus de 51 % de la puissance de hachage du réseau. De plus, certains ont dû accepter que les blocs du fork orphelin soient perdus pour le bien de Bitcoin. Ce n'est T forcément juste. Ce n'est T amusant. Mais Gavin et d'autres ont géré la situation rapidement et avec transparence. »