Vétéran développeur pense que le noyau Bitcoin échouera

Dans le cadre d’un débat croissant sur les modifications de Bitcoin Core, le 14 mai, dans un événement organisé par PubKey, une plate-forme focalisée par Bitcoin (BTC), Eric Voskuil, un développeur vétéran de l’écosystème Bitcoiner, a exprimé une critique sur l’avenir de ce logiciel, en assurant que “le client Satoshi échoue”.

Voskuil, connu pour son travail à Libbitcoin, une bibliothèque de Bitcoin open source, fonde ses questions sur une prétendue Centralisation du développement dans le noyau, ainsi que remet en question certaines fonctions spécifiques de ce client (Supposons utxo y assumer valide), soulignant qu’ils affecteraient la sécurité du réseau.

La vision critique de Voskuil sur le noyau bitcoin

Eric Voskuil soutient que Bitcoin Core n’est pas durable à long terme. Son argument est basé sur la perception que le développement de ce logiciel serait centralisé, contrôlé par un petit groupe de développeurs. Comme exprimé par Voskuil, cette centralisation Limiter la diversité et la résilience de l’écosystèmequi représenterait un risque pour la décentralisation du bitcoin, l’un de ses principes fondamentaux.

Outre les considérations de Voskuil, au moment de la rédaction du développement, le développement de Bitcoin Core, Open Source, a 99 contributeurs récents ou actifs avec des centaines ou des milliers de engagements contribué par chacun d’euxce qui pourrait contredire l’argument d’un schéma centralisé.

Et commettre Il s’agit d’un changement ou d’un ensemble de modifications apportées dans le code source du référentiel du logiciel. Chaque commettre Il représente une unité de travail logique, qui peut inclure l’ajout, la modification ou l’élimination des lignes de code, ainsi qu’un message descriptif qui explique ce qui a été modifié et pourquoi.

Critique des fonctions spécifiques du noyau

Une autre critique de Voskuil est dirigée vers la fonction Supposons ubroune proposition dans Bitcoin Core qui permet aux nœuds Supposons la validité de certains blocs sans les valider complètement. Selon lui, cette caractéristique sape la décentralisation et la sécurité du réseau en priorisant la commodité de l’intégrité.

Supposons ubro Il cherche à accélérer le processus de synchronisation des nouveaux nœuds, ce qui leur permet de fonctionner plus rapidement, sans nécessiter de validation complète du bloc Genesis. Cependant, Voskuil considère cela Violerait les principes de validation complètequ’ils seraient fondamentaux pour s’assurer que chaque nœud vérifie indépendamment toutes les transactions.

Dans le même sens, ce développeur remet en question la fonction deSSUME valide. Considérez que la mise en œuvre de cet outil dans Bitcoin Core C’est un pas vers la centralisationcar il permet aux nœuds de faire confiance à certains blocs sans les vérifier complètement, ce qui pourrait saper la confiance dans le réseau.

Quand Voskuil dit “Nous continuons à essayer de gros blocs sans valider, et c’est un problème”suggère que le noyau Bitcoin himinalise l’efficacité et l’évolutivité au détriment de la validation complète par les nœuds. Dans le contexte d’unSSUME valideIl considère cette caractéristique comme une tentative de gérer les blocs plus grands (ou plus de données) sans les soumettre à un examen minutieux.

Malgré la critique d’Eric Voskuil Supposons utxo y assumer valide Pour saper prétendument la décentralisation, ces fonctions contiennent des mécanismes d’atténuation des risques, tels que validation en arrière-plan et le vérification d’éléments critiques, tels que le test de travail (POW) et le SET UTXO (Sorties de transaction non liées), ce qui suggère que le réseau reste robuste.

De plus, la validation complète n’est pas une exigence indispensable pour tous les nœuds du réseau, ce qui permet la participation de nœuds lumineux, tels que ceux utilisés par de nombreux portefeuilles (une fonction présente à partir des origines de Bitcoin). Ces nœuds, qui ne déchargent pas ou ne valident pas toute la blockchain, peuvent fonctionner avec moins de ressources sans compromettre la possibilité d’interagir avec le réseau, contribuant ainsi à la décentralisation de l’écosystème.

L’échec du client Satoshi, le regard de Voskuil

Voskuil a été encouragé à prédire l’échec de Bitcoin Core car Je n’aborderais pas correctementselon votre analyse, des défis tels que l’augmentation de la taille de l’archive de ce réseau et de la nécessité d’une plus grande confidentialité dans les transactions.

La discussion sur la taille du fichier Bitcoin n’est pas nouvelle. En 2017, la “guerre de bloc” bien connue a atteint son point critique, un conflit qui impliquait un profond désaccord sur la façon de gravir le réseau.

Un secteur a proposé SEGWIT, une mise à jour qui a optimisé l’utilisation de l’espace de bloc sans augmenter sa taille, et le réseau de foudre (LN), une solution de deuxième couche (L2) à l’extérieur de la chaîne. Un autre groupe a plaidé en augmentation directe de la taille du bloc pour traiter plus de transactions.

En l’absence de consensus, Bitcoin Cash (BCH) est né, une bifurcation de Bitcoin avec des blocs plus grands, qui a actuellement peu d’utilisation par rapport au bitcoin, démontrant qu’au moins à ce moment-là (et maintenant) il peut ne pas être nécessaire d’augmenter la taille des blocs.

Voskuil revendique plus d’intimité

Malgré la critique d’Eric Voskuil quant au manque d’attention de la vie privée dans Bitcoin Core, il n’est pas vrai que le client ignore cet aspect.

Bitcoin Core a intégré des mesures pour favoriser la vie privéecomme Lightning Network lui-même, dont les développeurs font partie de l’équipe principale, et Taproot, une mise à jour qui Transactions complexes de mascara Pour paraître standard, protégeant l’identité des utilisateurs.

En ce sens, Eric déclare que la tapoot, bien que utile, n’attaque pas ce qu’il indique lui-même comme des problèmes de confidentialité fondamentaux, tels que la traçabilité des adresses et la corrélation des transactions via le réseau.

L’importance de la concurrence entre les clients

Voskuil a concentré ses efforts sur Libbitcoin, une bibliothèque open source basée sur le langage de programmation C ++. Selon lui, Libbitcoin Priorise la confidentialité, l’évolutivité et la résistance à la censurecaractéristiques qui considèrent crucial pour l’avenir du réseau.

Néanmoins, Libbitcoin no es un client complexe de COMOT COO Bitcoinmais une bibliothèque qui permet à d’autres développeurs de créer des applications et des nœuds compatibles avec Bitcoin. Son objectif est de fournir des outils pour La communauté peut diversifier le développementRéduire la dépendance d’un seul logiciel. Pour Voskuil, la domination de Bitcoin Core est dangereuse car elle concentre trop de puissance dans une seule équipe, qui pourrait être exploitée ou manipulée.

De cette manière, Voskuil met également l’accent Le besoin d’une plus grande concurrence Parmi différents logiciels Bitcoin, évitant ce qu’il considère comme une monopolisation actuelle du développement.

À l’heure actuelle, bien que Bitcoin Core continue de dominer le paysage des nœuds actifs dans Bitcoin, avec plus de 90% des 22 064 nœuds d’exploitation qui utilisent ce client, la concurrence prévue par Voskuil augmente.

Et, cette hégémonie de noyau est contestée par la migration récente des nœuds vers des alternatives telles que les nœuds de Bitcoin, qui tient déjà près de 9% du total des nœuds, comme l’indique la cryptonotique.