La mise à niveau de Schnorr sera intégrée au prochain hard fork de Bitcoin Cash

Le prochain hard fork de Bitcoin Cash est presque là, un développement qui pourrait entraîner un changement de code très attendu.

Prévue pour le 15 mai, la mise à jour de la blockchain est particulièrement intéressante car elle inclut les signatures Schnorr, un changement de code de mise à l'échelle et de Politique de confidentialité initialement proposé par le cofondateur de Blockstream, Pieter Wuille, pour le réseau Bitcoin .

Les développeurs de Bitcoin Cash critiquent depuis longtemps la feuille de route technique de Bitcoin, comme le montre l'historique du projetC'est pourquoi ce groupe relativement restreint s'est séparé de Bitcoin après des années de batailles acharnées sur les réseaux sociaux et d'accusations de censure sur les subreddits dédiés à Bitcoin. Mais malgré leur critique de Segregated Witness (SegWit), de Lightning et d'autres technologies, les fans de Bitcoin Cash s'accordent à dire que Schnorr est la bonne décision.

Le code ajoutant Schnorr à Bitcoin Cash a été initialement publié trois mois Avant la date d'activation en mai. Puisqu'il s'agit d'un hard fork (un changement non rétrocompatible), tous les participants à l'écosystème doivent mettre à jour leur logiciel pour rester sur le même réseau de Cryptomonnaie .

Lors d'une conversation avec CoinDesk, le directeur technique de l'application Bitcoin Cash CoinText, Vin Armani, l'a présenté comme une compétition :

« [Il n'y a] vraiment pas grand-chose à dire sur cette mise à jour, si ce n'est que les développeurs [de Bitcoin] voulaient ajouter des signatures Schnorr depuis longtemps et [de Bitcoin Cash] les a devancés. »

De son côté, Jonas Nick, développeur de Blockstream, estime que c'est un bon signe pour Bitcoin. Le dernier grand changement de Bitcoin, SegWit, a conduit à la guerre de deux ans mentionnée plus haut. Mais Schnorr est loin de générer les mêmes conflits.

« C'est une bonne indication qu'il n'y aurait pas de controverse sur l'ajout de signatures Schnorr dans un [soft fork] Bitcoin », a déclaré Nick à CoinDesk.

Pourquoi Schnorr est important

Alors, quelle est la valeur de Schnorr ?

Pour prouver cryptographiquement que vous possédez des Bitcoin et envoyer des fonds à quelqu'un d'autre, vous devez signer avec une clé privée. Le schéma de signature utilisé aujourd'hui dans Bitcoin est l'algorithme de signature numérique à courbe elliptique (ECDSA).

Mais Schnorr constitue une amélioration par rapport à ce que Bitcoin utilise actuellement. En bref, il est capable de regrouper des signatures, ce qui permet de traiter moins de données que l'ECDSA, améliorant ainsi l'évolutivité d'une cryptomonnaie.

« En termes simples, cela signifie que le logiciel est capable de vérifier plusieurs signatures à la fois, par exemple huit, d'une manière plus rapide que de vérifier une signature huit fois », a déclaré Amaury Sechet, principal développeur de Bitcoin Cash, à CoinDesk.

En même temps, cela améliore la Politique de confidentialité, un ajout intéressant pour les utilisateurs qui ne veulent T que le monde entier sache ce qu'ils achètent avec Bitcoin.

Dès le départ, Bitcoin n'a T pu utiliser les signatures Schnorr, car elles étaient brevetées et leur utilisation publique n'était autorisée qu'il y a quelques années, après l'expiration du brevet. C'est pourquoi les développeurs de Bitcoin , menés par Wuille, envisagent depuis longtemps d'intégrer ce nouveau système de signature à Bitcoin , travaillant en coulisses à sa mise en œuvre.

Et malgré les désaccords entre les développeurs de Bitcoin et de Bitcoin Cash , Bitcoin Cash a décidé que l'idée était ONE. Dès février 2017, Sechet écrivait dans un article de blog décrivant leur fonctionnement : « Les signatures Schnorr sont des machines très intéressantes. »

Un BIT plus tard, en juillet 2017Sechet a été surpris en train de copier le code de test de Schnorr depuis le GitHub de Bitcoin Core. Le code open source est destiné à être partagé afin que d'autres puissent l'utiliser, mais Sechet l'a récupéré et a remplacé Wuille par son nom, n'y apportant que quelques modifications. Cela viole la licence open source du MIT, indiquée en haut du code, qui autorise une « restriction très limitée à la réutilisation », avec une ONE condition, que Sechet n'a pas Réseaux sociaux:

« L'avis de droit d'auteur ci-dessus et cet avis d'autorisation doivent être inclus dans toutes les copies ou parties substantielles du logiciel. »

Il est à noter que Sechet voit la situation différemment. Bien qu'il ait copié la majeure partie du code, il a corrigé une vulnérabilité : le code original n'incluait pas de « préfixe de clé publique », ce qui rendait Schnorr plus sûr.

« À l'époque, je pensais que c'était une erreur commise par le développeur de Bitcoin et j'ai proposé d'implémenter Schnorr sur Bitcoin Cash, ce qui est similaire à ce que fait edDSA plutôt que ce que les développeurs de Bitcoin CORE ont choisi de faire et j'ai fait face à de vives critiques pour cela », a déclaré Sechet.

Cela dit, quelques années plus tard, Bitcoin Cash est maintenant sur le point de mettre en œuvre Schnorr via un hard fork.

Ce type de changement est controversé pour plusieurs raisons. Pour simplifier, les développeurs Bitcoin privilégient les « soft forks », rétrocompatibles, permettant aux utilisateurs qui n'adoptent T les anciennes règles d'envoyer des transactions à ceux qui appliquent les nouvelles. Ils se méfient des changements de hard fork, car ils les perçoivent comme un problème de centralisation, car ils ne sont pas rétrocompatibles et il est difficile de déterminer si tous les utilisateurs de la blockchain souhaitent suivre le changement.

Pendant ce temps, les développeurs de Bitcoin Cash voient les hard forks comme un moyen plus simple d'apporter des changements radicaux à leur blockchain.

« Le processus de hard fork permet généralement à une blockchain de déployer des fonctionnalités avec beaucoup moins de code et des conditions de pointe exploitables. Je pense que la plupart des blockchains du secteur utilisent des hard forks pour cette raison », a déclaré Andrew Stone, développeur de Bitcoin Unlimited, à CoinDesk.

Un avenir plus sophistiqué

Bien que le hard fork soit une étape importante, les développeurs de Bitcoin Cash prévoient toujours de prendre quelques mesures supplémentaires pour tirer le meilleur parti du nouveau système de signature.

Chris Pacia, développeur principal de la place de marché de Cryptomonnaie OpenBazaar, qui développe également pour Bitcoin Cash, a indiqué qu'ils utiliseront ce système pour éventuellement introduire des « signatures agrégées sur toutes les entrées ».

« En d'autres termes, une ONE signature par transaction, quel que soit le nombre d'entrées, ce qui réduirait BIT la taille de la transaction et réduirait le temps de validation », a-t-il déclaré.

Pour ce faire, ils prévoient de mettre en œuvre quelque chose du genre de MuSig, une Technologies en développement depuis longtemps que la startup technologique Bitcoin Blockstream a récemmenta publié une version de test de. Mais cette Technologies « n'a jamais été déployée pour protéger l'argent des gens », a déclaré Pacia, « donc je pense que le plan est d'attendre que MuSig soit plus utilisé et que les gens soient satisfaits de sa sécurité. »

De plus, même si Bitcoin Cash a QUICK intégré les signatures Schnorr au protocole, il faudra peut-être un certain temps avant que ce changement ne soit accessible aux utilisateurs. Les développeurs d'applications et de portefeuilles Bitcoin Cash doivent encore en assurer la prise en charge pour que leurs utilisateurs puissent en profiter, ce qui pourrait prendre encore du temps.

Armani a fait valoir qu'il ne devrait y avoir « aucun impact » sur son application CoinText car ils n'ont « aucun projet immédiat de mise en œuvre des signatures Schnorr ».

« C'est peut-être quelque chose que nous ferons plus tard, mais ce n'est pas sur notre feuille de route pour cette année », a-t-il ajouté.

Codeimage via Shutterstock