Hard Forks à gogo : Bitcoin Cash débat d'une feuille de route technologique ambitieuse

L'équipe de développeurs de Bitcoin Cash apporte un nouvel éclairage sur la manière dont elle pourrait gérer le troisième réseau de Cryptomonnaie le plus précieux au monde.

Les détails, non seulement sur sa feuille de route de développement, mais aussi sur les idées de son équipe de développement, ont jusqu'à présent été rares depuis le nouveaublockchain bifurqué Bitcoin le 1er août. Pourtant, compte tenu de la manière soudaine et controversée dont il a été créé, il n'est peut-être pas surprenant que l'équipe de développeurs de Bitcoin Cash n'adopte T une approche plus conservatrice.

Dans une-mailS'adressant aux autres développeurs de Bitcoin Cash au cours du week-end, Amaury Sechet, développeur principal du principal client de Bitcoin Cash , Bitcoin ABC, a fait valoir que le réseau devrait rechercher un moyen agressif d'augmenter sa capacité de transaction.

Sechet a écrit :

« Si nous voulons évoluer à grande échelle, nous devrons procéder à un [hard fork] de temps en temps. »

Ce plan pourrait toutefois être discutable, car les critiques affirment que les développeurs ne devraient T avoir le pouvoir d'imposer des changements de hard fork qui ne seraient pas acceptés par tous les acteurs de l'écosystème. De plus, comme de tels changements pourraient entraîner des divisions en actifs concurrents, il est largement admis que les développeurs devraient déployer ces changements de manière à préserver la cohésion du réseau.

Les partisans, cependant, soutiennent que les hard forks offrent un moyen de réaliser davantage de types de mises à niveau logicielles et de donner aux utilisateursplus de choixsur les décisions techniques.

La résistance persiste

Afin de mettre en évidence ces avantages, Sechet a proposé une feuille de route approximative des changements de hard fork qui, selon lui, conduiront à la meilleure mise à l'échelle future, y compris la modification de la manière dont les transactions sont ordonnées et dont les données de bloc sont calculées.

Selon le développeur : « Il semble y avoir quelques changements qui sont relativement évidents, mais difficiles à défendre dans un climat où [les hard forks] ne sont pas acceptables. »

Et sa conclusion pourrait être juste.

Il existe déjà un désaccord sur la fréquence à laquelle les hard forks doivent être déployés. Dans un précédent article,fil de discussion par courrier électroniqueTom Zander, développeur de Bitcoin Classic (un autre client compatible avec Bitcoin Cash), s'est opposé à l'exécution de trop de modifications de cette manière, en déclarant :

« À chaque hard fork, nous mettons l'écosystème à rude épreuve. Moins, c'est mieux. »

Autres améliorations

Forks ou autre, ce n'est T le seul défi que les développeurs de Bitcoin Cash devront relever.

D' une ONE, les développeurs discutentmeilleurs algorithmes de difficulté d'extraction, puisque le ONE actuel, bien qu'attrayant pour les mineurs de Bitcoin à court terme, pourrait entraîner des problèmes pour la Cryptomonnaie à long terme, d'autant plus que Bitcoin Cash n'a T encore été largement adopté.

De plus, dans le but d’inciter davantage d’utilisateurs à utiliser la Cryptomonnaie, les développeurs souhaitent KEEP les frais de transaction proches de zéro – un effort pour se différencier davantage du Bitcoin (qui a connu des frais de transaction moyens plus élevés ces derniers temps).

« Nous voulons rétablir les transactions sans frais au plus vite », a déclaré Calin Culianu, développeur de Bitcoin Cash, à CoinDesk. « Cela permet aux personnes souhaitant économiser de réaliser des transactions à moindre coût. C'est le Bitcoin tel qu'il était en 2013, lorsque j'en suis tombé amoureux. »

Il a cependant admis que cela pourrait « ouvrir les vannes àattaques de spam" et avoir un impact négatif sur le réseau, cela fournit une preuve supplémentaire des décisions de conception actuellement envisagées pour tenter de différencier la Cryptomonnaie.

Fourchette et couteauimage via Shutterstock