Une nouvelle technologie Lightning pourrait bientôt arriver sur Bitcoin

Le réseau Lightning de Bitcoin commence peut-être tout juste à envoyer des transactions sur la blockchain, mais ses développeurs cherchent déjà à réorganiser la Technologies.

C'est parce que, bien que présenté comme un moyen d'augmenter considérablement la capacité du bitcoin, le réseau lui-même nécessite que les utilisateurs stockent une quantité importante de données, ce qui rend son téléchargement et son exécution difficiles. À ce titre, plusieurs développeurs de Lightning – le cofondateur de Lightning Labs « Laolu » Osuntokun et Christian Decker et Rusty Russell de Blockstream – ont publié une nouvelle proposition qui imagine une manière alternative et « simplifiée » d'effectuer des transactions hors chaîne appeléeeltoo.

Mais la nouvelle proposition ne vise T seulement à condenser la quantité de données que les utilisateurs doivent stocker, elle vise également à assurer la sécurité de la Cryptomonnaie des utilisateurs.

Par exemple, toutes ces données posent un autre problème : si les utilisateurs diffusent accidentellement des données plus anciennes, ils risquent de perdre de l'argent. De ce fait, ces données sont qualifiées d'« informations toxiques ».

Eltoo, en revanche, ne stocke que les données de transaction hors chaîne les plus récentes, résolvant ainsi le problème bien connu de « l'asymétrie d'information » : si quelque chose arrive à l'appareil sur lequel vous exécutez votre application Lightning, par exemple votre smartphone, vous risquez de perdre l'accès à l'ensemble de l'historique des données.

« Avec eltoo, nous réduisons le risque de détournement de fonds. Nous supprimons ces informations toxiques », a déclaré Decker, qui a souligné que le nom de la proposition était une plaisanterie – l'orthographe phonétique de « L2 », qui signifie « couche deux », ce que beaucoup appellent une Technologies semblable à la foudre qui permet de transférer les transactions hors chaîne.

Et c’est quelque chose qui intéresse beaucoup Decker puisqu’il a personnellement vécu le problème.

« Cela m'est réellement arrivé », a-t-il déclaré, ajoutant :

J'avais un vieux nœud Lightning sur mon ordinateur portable. Je l'ai restauré. Je ne savais T que je n'avais T la version la plus récente. Le type a coupé la connexion parce qu'il savait que c'était une version obsolète ! Parce qu'il pouvait la voler. Ce qu'il a fait, d'ailleurs.

Tout sur la révocation

Les développeurs tentent depuis longtemps de trouver un moyen permettant aux utilisateurs d’effectuer un ensemble de transactions en utilisant Bitcoin, sans surcharger la blockchain avec des données inutiles.

C’est vraiment ce sur quoi portent la plupart des débats sur la mise à l’échelle.

Mais la première tentative pour y parvenir remonte au tout début de l'histoire du Bitcoin, lorsque des capacités de transaction hors chaîne ont été expérimentées en utilisant ce que l'on appelle des « numéros de séquence » pour KEEP une trace de la transaction hors chaîne la plus récente.

L'idée était simple : si ALICE a 10 $ et envoie une transaction de 1 $ à Bob, son solde tombe à 9,00 $. Ce solde reçoit alors le numéro de séquence « 1 ». Si elle envoie ensuite 4 $ à Bob, son solde est alors de 5 $, et cette dernière transaction reçoit le numéro de séquence « 2 ».

Mais selon Decker, le mécanisme « n'a T fonctionné », car les mineurs T aucune raison d'appliquer les règles et de remplacer les anciennes transactions par les plus récentes.

Les mineurs pourraient simplement diffuser la transaction où le solde d'Alice chute à 9 $ (même si elle avait effectué une autre transaction qui l'avait ramené à 5 $). Bien qu'il soit difficile de comprendre pourquoi un mineur pourrait vouloir ou décider de ne pas révoquer une transaction pour une ONE, il pourrait le faire, car il n'y avait aucune force exécutoire.

De cette façon, il est crucial de révoquer les anciennes transactions, sinon Bob risque de ne pas obtenir la deuxième transaction et ALICE pourrait s'enfuir avec l'argent.

Ce « manque d’applicabilité » est un problème qui T été résolu qu’en 2015.

Le réseau Lightning est la solution la plus connue à ce problème à ce jour. Aujourd'hui, la révocation d'un ancien état s'effectue grâce au modèle de pénalité L2 : un portefeuille ou un nœud Lightning stocke tous ces états intermédiaires. Si un utilisateur tente de diffuser un état antérieur, désormais invalide, il est détecté et l'utilisateur tricheur est sanctionné par une perte d'argent.

Eltoo et L2

Mais, trois ans plus tard, les chercheurs reviennent en fait à l’idée d’utiliser des numéros de séquence pour révoquer d’anciennes transactions.

Contrairement à l'ancien code de Bitcoin, qui ne comportait T de mécanisme d'application pour ces séquences, eltoo ajoute une procédure qui impose chaque mise à jour d'état. Chaque mise à jour d'état – par exemple, ALICE envoie de l'argent à Bob – est composée de deux transactions, chacune étant conservée par les deux parties et remplaçant intégralement la précédente.

« Seule la dernière transaction de règlement peut être confirmée sur la blockchain », indique l'introductionarticle de blogexplique.

L'avantage indirect de ce système est qu'il accroît l'évolutivité de Lightning. Avec eltoo, chaque nœud Lightning n'a T besoin de stocker tous les états intermédiaires ; il stocke uniquement la version la plus récente et certaines informations sur la transaction elle-même, comme la transaction de règlement correspondante et potentiellement les HTLCs qui en découlent, indique l'article.

Mais ce qui est peut-être le plus bénéfique dans cette proposition, c’est qu’elle ne repose T sur un modèle où le gagnant rafle tout.

Au lieu de cela, les schémas de pénalité eltoo et L2 plus anciens peuvent être utilisés côte à côte.

« Eltoo présente des compromis assez différents. Je ne dis pas qu'il est meilleur à tous points de vue », a déclaré Decker à CoinDesk, citant certains arguments sur la liste de diffusion des développeurs Bitcoin concernant l' allongement des délais d'attente pour le règlement des transactions.

Dans l’ensemble, il est plutôt enthousiaste à propos d’eltoo et de la simplicité qu’il apporte, ajoutant :

« On ne sait T ONE est le plus pratique, mais je préférerais eltoo. Je pense qu'eltoo est plus facile à expliquer et à développer ultérieurement. »

Obstacle au code

Non seulement les développeurs discutent encore des mérites de la proposition, mais il y a un autre obstacle à la technologie : « sighash_noinput ».

Cette option de code tant attendue doit être ajoutée à la base de code Bitcoin pour que la Cryptomonnaie puisse prendre en charge eltoo (au moins sous une forme efficace).

Pour comprendre pourquoi, il est important de savoir ce que fait la fonction sighash de base. Elle fonctionne comme une sorte d'indicateur qui spécifie quelle partie des données de transaction doit être signée lorsqu'elles sont transférées à quelqu'un d'autre. Les utilisateurs peuvent choisir parmi une gamme d'options ; par exemple, l'indicateur par défaut, sighash_all, indique que toutes les parties de la transaction doivent être signées, ce qui signifie qu'aucune de ces parties ne peut être modifiée tout au long du processus.

La fonction « sighash_noinput » proposée pourrait signaler que les données d'entrée d'une transaction n'ont T besoin d'être signées. Par conséquent, ces données peuvent évoluer au fil du temps, de la création de la transaction à son écriture dans la blockchain.

Et c'est exactement ce dont eltoo a besoin, puisque le concept est que tout l'état entre le début et la transaction finale sera supprimé, ce qui signifie que l'entrée sera différente du début et de la fin.

Lorsqu'on lui a demandé s'il pensait que la proposition sighash_noinput serait intégrée à la base de code Bitcoin , Decker a ri et a déclaré : « Depuis SegWit, j'ai arrêté de faire ces prédictions. »

Il souligne le fait que Segregated Witness (SegWit) a bénéficié d'un large soutien de la part de la plupart des développeurs les plus actifs de Bitcoin, mais a fini par susciter des réactions négatives.une bataille de plusieurs années au sein de la communauté. Le changement de code n'a été appliqué à Bitcoin qu'en août dernier, même si il a été proposéplus de deux ans auparavant.

Cependant, même si c'est encore tôt, la fonction sighash_noinput est un changement relativement facile à apporter à la base de code de Bitcoin, a déclaré Decker.

De plus, il a été avancé depuis un certain temps que ce changement aurait de nombreuses implications positives pour les développeurs, a-t-il poursuivi. Compte tenu de ces avantages potentiels, quelques utilisateurs de Twitter ont commencé à intégrer la modification au code.à leurs profilspour exprimer leur soutien, tout comme l'ont fait les utilisateurs de Twitter lors du débat sur la mise à l'échelle (avec#No2X devient populaireparmi ceux qui étaient opposés à l'initiative Segwit2x).

Restant optimiste, Decker a conclu :

« Chaque jour, de nouveaux cas d'utilisation rejoignent le front sighash_noinput. »

Boîte d'avertissement d'électricitéimage via Shutterstock