Juste SegWit ? Bitcoin CORE travaille déjà sur une nouvelle mise à niveau évolutive.

L'équipe de développeurs CORE de Bitcoin n'a T encore terminé de mettre à l'échelle le protocole de la crypto-monnaie.

Malgré le fait qu'un changement appelé Témoin Ségrégué (SegWit) activé sur le réseau il y a un peu plus de six semaines (avec des entreprises et des utilisateurs maintenantmise à jour lenteet tailles moyennes des blocsprogressant lentement), la mise à niveau a déjà déclenché une réaction en chaîne de travail sur d'autres optimisations visant à accueillir davantage d'utilisateurs.

Ainsi, alors que les entreprises et les mineurs font pression pour une mise à l'échelle plus agressive via le controverséProposition Segwit2x, l'équipe open source à l'origine du logiciel Bitcoin le plus utilisé, se consacre entièrement à d'autres projets. Appelée « signatures Schnorr », cette Technologies offre une autre option de schéma de signature, parallèlement à l'algorithme de signature numérique à courbe elliptique (ECDSA). ONEun de ses avantages est la prise en charge de l'agrégation de signatures sur la blockchain Bitcoin .

Bien que cela puisse paraître complexe, ce changement vise à consolider l'activité déjà présente sur le réseau à chaque transaction. Avec le système ECDSA, chaque élément d'une transaction Bitcoin est signé individuellement, tandis qu'avec les signatures Schnorr, toutes ces données peuvent être signées une seule fois.

Et cela pourrait améliorer le Bitcoin de plusieurs manières clés, selon les développeurs travaillant sur cet effort.

L'ingénieur de Blockstream, Jonas Nick, a déclaré à CoinDesk que cette méthode de fusion des données de signature devrait être considérée comme « une solution facile pour aider Bitcoin à évoluer ».

Premièrement, en réduisant le nombre de signatures, la quantité de données de transaction pouvant être contenue dans chaque bloc est augmentée. Deuxièmement, en fusionnant les signatures, la Technologies pourrait améliorer la Politique de confidentialité en rendant plus difficile l'identification de la provenance des transactions.

Troisièmement, on pense que le changement pourrait freiner «attaques de spam," où une entité envoie un tas de petites transactions Bitcoin qui occupent de l'espace supplémentaire dans la blockchain, rendant potentiellement les nœuds plus difficiles à exécuter.

Le succès malgré l'échec

Bien que la nouvelle Technologies de signature soit une idée depuis au moins 2013, les développeurs ont récemment fait quelques avancées, rapprochant les signatures Schnorr de la mise en œuvre réelle sur Bitcoin.

SegWit a été la première étape nécessaire dans le changement de code, qui déplace les données de signature vers une autre partie du bloc, rendant Schnorr (ou quelque chose de similaire) possible à implémenter avec une mise à niveau logicielle rétrocompatible (soft fork), là où ce n'était T le cas auparavant.

Plus récemment, les développeurs sont tombés sur des recherches en cryptographie peu connues qui pourraient les aider à créer l’algorithme plus rapidement.

Selon untranscription Lors de la réunion annuelle de Bitcoin Core au cours de l'été, les développeurs ont soumis un document décrivant leur schéma d'agrégation de signatures à Financial Cryptography and Data Security 2017. Bien que le comité de la conférence ait rejeté le document - affirmant que la preuve de sécurité du schéma d'agrégation de signatures fournie dans le document était trop fragile - ils ont également suggéré un autre document <a href="https://cseweb.ucsd.edu/~mihir/papers/multisignatures-ccs.pdf">https://cseweb.ucsd.edu/~mihir/papers/multisignatures-ccs.pdf</a> , qui fournissait une preuve de sécurité plus solide.

Bryan Bishop, contributeur de Bitcoin CORE, a déclaré à CoinDesk:

« C'est important et utile car cela signifie que la cryptographie a été étudiée dans le passé dans une mesure plus approfondie que ce que nous pensions auparavant. »

Une fois ce travail effectué, les développeurs peuvent passer moins de temps à peaufiner le schéma de signature de sécurité et plus de temps à déterminer comment l'implémenter sur Bitcoin.

Prochaines étapes vers la réalité

Nick de Blockstream pointe vers un ensemble de modifications de code en cours appelé «module aggsig" comme le lieu principal où les signatures Schnorr sont travaillées.

Les contributions au code – d'Andrew Poelstra, Greg Maxwell, Pieter Wuille, Peter Dettman et d'autres – remontent à 2012, montrant que ce module est le plus avancé en termes de travail sur le plus long nombre d'années.

Alors que de nombreux développeurs ont tourné leur attention vers l'optimisation des performances de l'implémentation du code Schnorr pour s'assurer que la vérification des signatures soit aussi rapide que possible, a déclaré Nick, il manque encore quelques éléments au module aggsig avant qu'il puisse être fusionné dans Bitcoin lui-même.

Par exemple, la fonction OP_CHECKSIG de Bitcoin vérifie si une personne possède réellement les Bitcoin qu'elle tente d'envoyer. Actuellement, cette fonction ne prend pas en compte les nouvelles signatures Schnorr, ce qui signifie qu'elle ne peut T agréger les signatures, a expliqué Nick.

« Il n'y a pas encore de proposition publique précisant comment cela fonctionnerait exactement », a-t-il expliqué, ajoutant que les développeurs doivent rédiger une sorte de feuille de route pour la nouvelle fonction, avant qu'elle puisse être mise en œuvre.

Il s'est néanmoins montré optimiste quant au fait que le changement ne prendra pas longtemps à mettre en œuvre, le qualifiant de « relativement simple ».

Nick a conclu :

« Les bonnes personnes doivent simplement trouver le temps de s’y concentrer. »

Déclaration de transparence:CoinDesk est une filiale de Digital Currency Group, qui a aidé à organiser la proposition de mise à l'échelle de Segwit2x, et détient une participation dans Blockstream.

Correction: Une version antérieure de l'article indiquait de manière erronée où les signatures Schnorr pouvaient être utilisées. Ce problème a été corrigé.

Crayons de couleurImage via Shutterstock