Le réseau Lightning de Bitcoin pourrait bénéficier d'une mise à niveau de Politique de confidentialité

Le Lightning Network, la plateforme de mise à l'échelle de niveau 2 de Bitcoin, présente un problème de Politique de confidentialité . La réception de paiements, les demandes de remboursement et l'ouverture et la fermeture de canaux de paiement (connexions entre les nœuds Lightning) soulèvent toutes des préoccupations en Politique de confidentialité pour les utilisateurs du réseau de paiement.

Ces préoccupations ont inspiré des solutions basées sur des protocoles comme « Basis of Lightning Technologies 12 » (BOULON 12), une mise à niveau proposée qui non seulement améliore la Politique de confidentialité , mais introduit également de nombreuses autres fonctionnalités utiles. (Les BOLT sont des propositions de projet Lightning similaires à Propositions d'amélioration du Bitcoinou BIP.)

Des solutions indépendantes ont également vu le jour, notamment :lnproxy, un outil de Politique de confidentialité des factures (les factures sont simplement des demandes de paiement), et LNURL, une suite d'outils permettant la communication entre diverses applications et services Lightning sur le Web.

Alors, que doit faire un Bitcoiner soucieux de sa confidentialité ? Se fier à la spécification naissante BOLT 12 ou se tourner vers ONEun de ces outils indépendants ?

« L'avantage principal de BOLT 12 et des technologies sur lesquelles il repose, c'est que vous T besoin de rien d'autre », a déclaré Rusty Russell à CoinDesk. Russell est le développeur principal de CORE Lightning (CLN) chez Blockstream, l'entreprise d'infrastructure Bitcoin . « Les nœuds Lightning offriront à chacun la Politique de confidentialité à laquelle il a droit par défaut. »

Sur le même sujet : Qu'est-ce que le réseau Lightning de Bitcoin ?

Qu'est-ce que BOLT 12 ?

« BOLT 12 ajoute de TON fonctionnalités aux factures Lightning. Il renforce également la Politique de confidentialité», a déclaré Jack Sweeney, responsable communication chez LN Capital, créateur de Couple – Logiciel de gestion de capital pour nœuds de routage Lightning – dans une interview avec CoinDesk. « La véritable différence entre BOLT 12 et une solution comme lnproxy réside dans le fait que BOLT 12 est une solution basée sur un protocole, tandis qu'une solution comme lnproxy est une solution de couche applicative. »

BOLT 12 introduit des « offres » pour le Lightning Network. Selonsite officiel de BOLT 12« Les offres sont un précurseur d’une facture » qui permettent des fonctionnalités clés telles que des codes QR réutilisables, la possibilité d’envoyer et de recevoir des paiements et, bien sûr, une Politique de confidentialité renforcée.

Les codes QR réutilisables ouvrent la voie à des cas d'utilisation tels que les abonnements récurrents et les dons. Les fonctionnalités d'envoi et de réception sont désormais disponibles pour les distributeurs automatiques Lightning et les remboursements privés. Enfin, de nouvelles fonctionnalités comme le masquage des itinéraires, les clés de paiement et les signatures Schnorr offriront un niveau de Politique de confidentialité supplémentaire.

Blindage d'itinéraire et réception de paiements

Actuellement, recevoir un paiement Lightning signifie partager des informations privées avec l'expéditeur (via une facture).Aveuglement d'itinéraire(également appelés « chemins aveugles ») permettent à l'expéditeur d'effectuer le même paiement à un destinataire anonyme en masquant les détails sur l'itinéraire ou le chemin emprunté par un paiement.

Les paiements Lightning passent de l'expéditeur au destinataire en passant d' un canal à l'autre via une série de nœuds Lightning. Grâce au routage aveuglant, chaque nœud reçoit juste assez d'informations pour transmettre le paiement au nœud suivant jusqu'à ce qu'il parvienne au destinataire.

Clés payantes et remboursements privés

Comment un client Request le remboursement d'un produit ou d'un service dont il n'est pas satisfait tout en préservant sa confidentialité ? Utilisez les « clés de paiement ».

Les offres BOLT 12 génèrent des clés de paiement qui prouvent l'origine d'une facture sans révéler l'identité du client. Combinez cela avec le masquage des itinéraires et vous bénéficiez Politique de confidentialité renforcée lors du processus de remboursement.

Signatures Schnorr pour les transactions en chaîne

BOLT 12 utilise les signatures Schnorr, le composant central du BitcoinMise à niveau de TaprootLes signatures Schnorr sont une alternative plus simple et plus efficace auxAlgorithme de signature numérique à courbe elliptique Signatures (ECDSA) qui sont encore couramment utilisées dans Bitcoin aujourd'hui.

Lorsqu'un canal Lightning est fermé, la transaction de clôture est actuellement reflétée comme un 2 sur 2multisignature (multisig) transaction sur la blockchain Bitcoin . Ces métadonnées, associées à des informations supplémentaires et à des investigations sophistiquées, peuvent finalement révéler les données financières personnelles des utilisateurs.

Les signatures Schnorr pourraient potentiellement résoudre ce problème en faisant ressembler les transactions Lightning à des transactions Bitcoin à signature unique classiques via un schéma de signature appelé MuSig2.

Sur le même sujet : Les développeurs les plus influents de 2021 : ceux qui ont conçu la mise à niveau Taproot de Bitcoin

Lnproxy

Un développeur anonymetravaille tranquillement sur lnproxy, et bien que le projet soit nouveau et de portée limitée, il a gagné quelques fans parmi les Bitcoiners.

L'outil utilise une fonctionnalité appelée « factures enveloppées » pour masquer la destination d'un paiement Lightning ou l'identité du nœud Lightning public de l'expéditeur. En résumé, les factures enveloppées font pour lnproxy ce que le masquage de route et les clés de payeur font pour BOLT 12.

Les factures emballées sont en réalité simplement des factures « en attente » (ou « hodl ») – des demandes de paiement qui exigent que le destinataire effectue une action avant d’encaisser le paiement.

Selon le site Web lnproxy, « lnproxy prend une facture Bolt 11 et génère une facture « encapsulée » qui peut être réglée si et seulement si la facture d'origine est réglée [en premier] ».

BOLT 12 contre lnproxy

CLN considère toujours BOLT 12 comme expérimental, et toutes les implémentations Lightning ne l'ont pas adopté.

« Le problème avec le fonctionnement de la mise en œuvre des spécifications Lightning est que vous avez besoin de deux implémentations pour qu'elle soit considérée comme entièrement ratifiée », explique Sweeney.

D'après les réponses dans leGroupe Telegram BOLT 12, plusieurs équipes comme la société de portefeuille LightningACINQ, projet de portefeuille open sourceKit de développement Lightning(LDK) et projet d'implémentation Lightning open sourceDémon réseau Lightning(LND) travaillent tous à l’intégration de la spécification, mais aucun ne l’a complètement adoptée.

« Il s'agit essentiellement d'une version bêta sur CORE Lightning », explique Sweeney.

Lnproxy semble également en phase bêta, du simple fait de ses débuts, bien que rien sur son site ne le mentionne explicitement. Néanmoins, il n'est pas aussi complet que BOLT 12.

« L'aspect Politique de confidentialité [de BOLT 12] n'est ONE aspect. L'autre aspect est la possibilité de payer avec une facture statique », explique Henrik Skogstrom, PDG et fondateur de LN Capital.

Une alternative à lnproxy à cet égard pourrait être quelque chose commeLNURLqui, bien que comparable à BOLT 12, nécessite une configuration complexe.

LNURL

LNURLest un projet indépendant qui a développé un ensemble d’outils permettant la communication (sur le Web) entre diverses applications Lightning.

Tout comme les offres de BOLT 12, LNURL permet les retraits et les codes QR réutilisables. LNURL peut également remplacer les schémas de connexion standard par nom d'utilisateur/mot de passe par une clé Bitcoin unique générée par le portefeuille, ce qui n'est pas actuellement disponible via BOLT 12. À l'inverse, LNURL ne bénéficie pas des améliorations standard de BOLT 12, comme les chemins masqués et les clés de paiement.

Mais le principal inconvénient de LNURL est que ses utilisateurs doivent exécuter leur propreserveur WebCela implique de mettre en place des éléments tels que des machines dédiées, des logiciels, des noms de domaine et des certificats Web – un processus qui nécessite du temps, de l’argent et de l’expertise.

À l'heure actuelle, lnproxy et LNURL constituent des ajouts efficaces à la « boîte à outils » de Lightning. Cependant, l'opinion générale semble indiquer qu'ils ne seront plus nécessaires une fois BOLT 12 pleinement adopté.

« Le serveur lnproxy peut masquer votre paiement au payeur, mais il sait toujours qui vous avez payé et peut certainement le révéler ultérieurement. LNURL offre un moyen pratique de Request des factures, mais nécessite l'exécution d'un service web, ce qui n'est pas simple », explique Russell. « Lnproxy est une excellente évolution, tout comme LNURL. Mais ces solutions ne remplacent pas la Politique de confidentialité native de Lightning. »