La nouvelle chaîne a remplacé SHA256d, qui est l'algorithme de minage de Bitcoin, par BLAKE2b selon ses règles strictes.
David Schwartz, directeur technique émérite de Ripple, a fait valoir le 31 août que les partisans du fork BIP-110 de Bitcoin sont passés de la gouvernance à une attaque après avoir rejeté le résultat du soft-fork et continué sur une chaîne de preuve de travail distincte.
Son échange avec Loogart, partisan du fork, capture le différend : si la perte d'un combat par consensus justifie la création d'une nouvelle chaîne Bitcoin, ou si cette décision elle-même équivaut à attaquer le réseau.
Une nouvelle chaîne est lancée
Le compte Loogart a ouvert l'échange en décrivant la séquence du point de vue du groupe : il s'est opposé à la direction que prenait Bitcoin Core, a été invité à bifurquer, a bifurqué avec un algorithme de preuve de travail différent et construit maintenant une chaîne distincte, tout en étant toujours qualifié d'attaquant.
« Vous n'attaquez pas 'encore' », a écrit Schwartz en réponse à l'avis de Loogart. « Vous êtes passé de la participation à la gouvernance à l’attaque lorsque vous avez refusé d’accepter que vous ayez perdu. »
Loogart a répondu que leur groupe avait accepté la défaite et avait continué sa version du Bitcoin ailleurs. Ils ont fait valoir qu’un dialogue ouvert, un soft fork, et finalement un hard fork ne peuvent pas constituer une attaque parce que personne n’était obligé de suivre, écrivant : « Personne n’a été obligé de nous suivre ».
Cependant, Schwartz a rejeté ce cadre, affirmant qu'inventer un langage qui rend le désaccord impossible à raisonner fait passer le différend au-delà d'un désaccord de bonne foi et dans ce qu'il appelle des attaques et de la folie.
« Je ne dis pas que vous êtes incapable de prétendre que vous avez un désaccord de bonne foi sur la gouvernance », a ajouté l'architecte de XRP Ledger. « Je dis qu'il existe de nombreuses preuves que lorsque vous le faites, vous faites semblant. »
La chaîne à laquelle il a fait référence a été mise en service via un hard fork du jour du drapeau au bloc 961 640, remplaçant SHA256d par BLAKE2b comme algorithme d'extraction. La mise à jour a également introduit un nouvel en-tête de bloc de 164 octets et des règles temporaires plafonnant la taille des blocs à environ 300 kilo-octets jusqu'en septembre 2027.
Le développeur de Bitcoin Knots, Luke Dashjr, a défendu le changement le 30 août, arguant que BLAKE2b ne comporte aucune des faiblesses connues de SHA256d, telles que ASICBoost, et que l'en-tête repensé comble une faille de retenue de bloc qui reposait auparavant sur la surveillance des mineurs pour la détecter.
Vous aimerez peut-être aussi :
Une fourchette qui a eu du mal avant de se diviser à nouveau
Comme CryptoPomme de terre Comme indiqué précédemment, la chaîne BIP-110 s'est séparée de la chaîne principale de Bitcoin au niveau du bloc 961 632 après avoir échoué à attirer suffisamment de soutien des mineurs.
Le pool de soutien, Roughnecks, n'a produit que deux blocs avant que la branche ne cale tandis que la chaîne principale maintenait son rythme normal, et l'écart entre eux s'est creusé jusqu'à plusieurs centaines de blocs en quelques semaines. Dashjr a été séparément démis de ses fonctions d'éditeur du référentiel de propositions d'amélioration de Bitcoin en raison de ce qui a été décrit comme un conflit d'intérêts dans sa gestion du BIP-110.
Le différend remonte au fait que Bitcoin Core a abandonné son ancienne limite sur les données OP_RETURN, qui permettait à davantage de contenu non monétaire, y compris les ordinaux et les runes, de remplir les blocs que les partisans du BIP-110 voulaient réserver aux paiements.
Ce désaccord a depuis divisé la communauté en ligne de Bitcoin en camps, illustré par la façon dont un utilisateur de X, Robin Seyr, a qualifié BLAKE2b d'hostile de la même manière que Bitcoin Cash (BCH) et Bitcoin SV (BSV) ont été perçus, tandis qu'une autre affiche, Luke Mikic, a décrit le BIP-110 comme une tentative de correction des bugs introduits par Taproot plutôt qu'une attaque contre Bitcoin.