L'ancien directeur technique de Ripple, David Schwartz, s'est récemment exprimé sur une discussion sur X, expliquant la logique derrière les hard forks de Bitcoin.
Un utilisateur de X avait remis en question la valeur d'un nouveau fork PoW, citant Bitcoin Cash et la proposition BIP-110 la plus récente. Bien que les forks puissent résoudre des "problèmes superficiels", tels que la quantité de spam sur un réseau, ils finissent tout de même par hériter de la problématique de gouvernance sous-jacente, a argumenté l'utilisateur.
« Mon argument ici est que si vous pensez que l’ancienne chaîne a été capturée, en quoi la création d’un nouveau fork PoW serait-elle utile ? Oui, il aura la caractéristique que vous souhaitiez, mais à un moment donné, si votre nouvelle chaîne devient très populaire, elle sera de nouveau capturée », a ajouté l'utilisateur X.
Le point de vue de Schwartz sur un fork PoW est assez différent, affirmant que cela donne aux participants la possibilité de choisir entre différents ensembles de règles.
Cela implique que si les participants sont fortement en désaccord avec les règles d’un réseau existant, un fork peut leur offrir une autre option. Si cette alternative devient finalement plus attrayante, les utilisateurs peuvent s’y diriger.
Le soft fork Bitcoin rencontre un revers
Samedi dernier, une nouvelle chaîne minoritaire créée lorsque les partisans de BIP-110 se sont séparés de Bitcoin n’a duré que deux blocs.
BIP-110, officiellement le « Reduced Data Temporary Softfork », a été conçu par le développeur pseudonyme Dathon Ohm, avec la participation de Luke Dashjr, créateur du logiciel de nœud Bitcoin Knots. Il prévoyait une restriction temporaire d’un an au niveau du consensus sur les données arbitraires dans les transactions Bitcoin. Cela inclut les inscriptions Ordinals (l’équivalent NFT sur Bitcoin), ainsi que BRC-20 et Runes (deux standards de tokens fongibles), ainsi que les OP_RETURN surdimensionnés.
La proposition contenait sept règles limitant la plupart des sorties à 34 octets, OP_RETURN à 83 octets et les transferts de données à 256 octets, en plus de restrictions sur les annexes Taproot et les blocs de contrôle.
