Perspectives du réseau Lightning en 2025 : de nouvelles avancées pour renforcer la confidentialité et la facilité d'utilisation
TechFlow SélectionTechFlow Sélection
Perspectives du réseau Lightning en 2025 : de nouvelles avancées pour renforcer la confidentialité et la facilité d'utilisation
Cet article explorera à quoi ressemblerait l'expérience utilisateur du réseau Lightning, basée sur les solutions que développent aujourd'hui de nombreux esprits brillants.
Dédié à des analyses Web3 approfondiesTraduction : BTCStudy
Depuis sa création, le réseau Lightning a beaucoup évolué. De nombreuses optimisations ont rendu l'expérience des paiements Lightning fluide et agréable, même s'il reste encore loin de la perfection. L'expérience utilisateur actuelle n'est peut-être pas si éloignée de ce que nous visons, mais en tant que développeurs, nous devons relever ce défi : que devons-nous faire pour améliorer davantage cette expérience ?
Dans cet article, nous explorerons à quoi pourrait ressembler l'expérience utilisateur sur le réseau Lightning grâce aux solutions actuellement développées par de brillants esprits.
Nous commencerons par décrire l'expérience actuelle et les difficultés associées. Ensuite, je montrerai comment le futur possible du réseau Lightning pourrait se dessiner grâce aux technologies déjà mises en œuvre ou activement développées.
Quels sont les problèmes auxquels Lightning fait face en 2023 ?
Commençons par aborder le problème central : aujourd'hui, une grande partie des transactions Lightning s'effectuent via des portefeuilles custodial (gérés). En prenant comme estimation approximative du nombre d'utilisateurs custodial du réseau les transactions Lightning effectuées sur le protocole Nostr, près de 90 % des transactions passent par des applications où les utilisateurs doivent faire confiance à un tiers pour conserver leurs clés privées.
Pourquoi la majorité des utilisateurs optent-ils pour des services custodial ? Par commodité, simplicité d'utilisation, et aussi en raison des défis liés à l'utilisation des portefeuilles Lightning non-custodial. Nous pouvons regrouper ces difficultés actuelles en trois grandes catégories :
Capacité d'action
Si les utilisateurs doivent effectuer davantage d'actions que celles requises par les moyens de paiement traditionnels pour atteindre le même objectif, la plupart d'entre eux perdent rapidement intérêt. Par exemple :
-
L'utilisateur doit rester connecté pour envoyer et recevoir des paiements. Une cause majeure d'échec des paiements Lightning est l'absence du destinataire en ligne ; selon certaines estimations, cela concerne environ 0,5 à 1 % de toutes les transactions Lightning.
-
Les utilisateurs doivent partager manuellement leurs factures (invoices) hors protocole — par SMS, courriel ou messagerie instantanée — pour initier ou demander un paiement, ce qui est fastidieux.
-
Les utilisateurs exécutant leur propre nœud Lightning doivent répartir intelligemment leurs bitcoins entre différents canaux. Ouvrir un canal vers un pair inactif peut entraîner un blocage durable des fonds sans utilisation efficace.
-
C’est là le coût d’opportunité du capital sur Lightning : si vos fonds sont alloués à un pair peu réactif, ils ne peuvent pas être utilisés pour router des paiements (ni générer de revenus).
-
Connaissances techniques
Ces problèmes exigent des utilisateurs une compréhension approfondie du réseau Lightning et/ou de protocoles connexes, ce que la plupart des utilisateurs ordinaires ne souhaitent pas acquérir.
-
Configurer un nœud Lightning nécessite une certaine compétence technique. Un nœud Lightning doit rester constamment en ligne pour maintenir sa connexion au reste du réseau.
-
Si le nœud d’un utilisateur tombe hors ligne, les bitcoins dans ses canaux risquent d’être perdus ou volés.
-
-
Un opérateur de nœud doit rééquilibrer continuellement la liquidité entre ses canaux : si tous les fonds sont situés côté destinataire, vous ne pouvez pas envoyer de paiement ; inversement, si tous les fonds sont côté expéditeur, vous ne pouvez pas recevoir de paiement.
-
En cas d’échec ou de blocage d’un paiement, l’opérateur doit savoir utiliser une interface en ligne de commande pour diagnostiquer et résoudre le problème.
-
Sauvegarder un nœud est complexe : l’opérateur doit conserver ses mots-seeds ainsi que l’état de ses canaux, sinon la perte de connexion pourrait entraîner la fermeture automatique des canaux existants.
Défauts techniques
La technologie Lightning n’est pas encore complètement déployée. Certains problèmes techniques persistent.
-
Nous n’avons toujours pas de méthode standardisée et conviviale permettant d’envoyer directement un paiement à quiconque sans dépendre d’un serveur centralisé.
-
Par exemple, un code QR universel ou une solution comme paynym.
-
LNURL et Lightning Address sont des options, mais elles ont des limites, notamment celle de reposer encore sur quelqu’un exécutant un serveur quelque part.
-
-
Étant donné qu’un nœud Lightning doit rester en ligne, les clés de signature doivent aussi rester en ligne, ce qui expose à des risques de sécurité globaux.
-
Le coût d’ouverture et de fermeture des canaux dépend directement des frais de transaction sur chaîne. Pendant les périodes de forte demande, ces frais augmentent rapidement, rendant l’ouverture et la fermeture des canaux coûteuses.
-
Pour éviter cela, les utilisateurs doivent anticiper les pics de frais, bien que prédire le bon moment soit difficile.
-
-
La confidentialité sur le réseau Lightning n’est pas encore suffisante.
-
Lorsqu’un utilisateur demande un paiement sur Lightning, il doit divulguer certaines informations, comme l’adresse IP de son nœud.
-
Bien que les expéditeurs bénéficient généralement d’une meilleure confidentialité que les destinataires, ils exposent tout de même certaines données pendant la transaction.
-
À cause de la manière dont les nœuds Lightning communiquent entre eux, des tiers peuvent facilement identifier les UTXO sur chaîne liés au financement des canaux. Si une surveillance massive est mise en œuvre, cela pourrait entraîner une dé-anonymisation du réseau.
-
(Note du traducteur : Les problèmes décrits ici par l’auteur sont réels, mais concernent la plupart du temps peu les utilisateurs ordinaires du réseau Lightning.
Pour utiliser simplement les paiements Lightning (sans confiance), votre nœud Lightning n’a pas besoin d’être en ligne 24h/24. Votre portefeuille Lightning autogéré (qui agit aussi comme nœud) n’a besoin d’être en ligne que lors de l’envoi ou de la réception d’un paiement.
De plus, vous devez régulièrement ouvrir l’application pour vous assurer que votre pair ne vous trompe pas. Le principal inconfort des utilisateurs ordinaires provient des points mentionnés ci-dessus :
(1) Nécessité d’être en ligne pour recevoir/envoyer un paiement ;
(2) Absence de moyen de réception réutilisable pour des montants variables (les factures Lightning sont à usage unique) ;
(3) Problèmes de liquidité entrante/sortante : si votre pair n’a plus de fonds dans le canal, vous ne pouvez pas recevoir de paiement.
Actuellement, les portefeuilles custodial supportant LNURL rendent ces problèmes invisibles pour l’utilisateur, mais au prix de la confiance accordée au tiers. Les portefeuilles intégrant un fournisseur de services Lightning (LSP) résolvent principalement le troisième problème, améliorant fortement l’expérience (l’utilisateur n’a plus à gérer ses canaux lui-même). Toutefois, les deux premiers problèmes restent tributaires de progrès technologiques — petit aperçu : ils sont solubles.
Mais rappelons-le : le développement global du réseau Lightning et l’amélioration de l’expérience utilisateur reposent aussi sur la capacité des opérateurs de nœuds à surmonter ces obstacles, car Lightning est avant tout un réseau.)
Et si la plupart (voire la totalité) de ces problèmes étaient résolus, à quoi ressemblerait alors le réseau Lightning ?
L’expérience utilisateur sur Lightning en 2025
Ici, nous mettons en lumière le potentiel futur de l’expérience utilisateur sur Lightning. Il ne s’agit pas d’une feuille de route précise, mais plutôt d’une projection plausible de ce à quoi pourrait ressembler l’expérience après le déploiement de certaines mises à jour.
Le « splicing » rend les canaux invisibles pour l’utilisateur
Nous prévoyons que la fonctionnalité de « splicing » sera implémentée dans la majorité des portefeuilles Lightning au cours des prochaines années. Mais quelle en est la signification pour les participants du réseau ?
Premièrement, les opérateurs de nœuds pourront ajouter ou retirer des fonds d’un canal sans payer excessivement de frais sur chaîne, et sans avoir à fermer puis rouvrir le canal (note du traducteur : c’est-à-dire pouvoir ajuster les fonds tout en maintenant le canal actif). Grâce à la baisse du coût de réajustement des canaux, les opérateurs — ou les logiciels automatisés — pourront mieux gérer leurs canaux, ce qui augmente indirectement le taux de réussite des paiements.
Les fournisseurs de services Lightning (LSP) bénéficieront également de ces coûts réduits et pourront offrir une meilleure confidentialité. Un LSP soucieux de la vie privée pourra regrouper les fonds des utilisateurs et traiter collectivement les transactions de réajustement, brouillant ainsi l’origine des fonds.
Une fois le splicing généralisé, le transfert de fonds entre Lightning et la blockchain Bitcoin deviendra économique et simple. Les portefeuilles afficheront un solde unique, car pour l’utilisateur, la distinction entre fonds sur chaîne et hors chaîne disparaîtra.
Lorsque les frais sur chaîne sont élevés, les LSP pourront gérer efficacement les canaux des utilisateurs en combinant le splicing avec des rééquilibrages atomiques sur des chaînes latérales (comme Liquid).
(Note du traducteur : le portefeuille mobile Phoenix prend déjà en charge le splicing ; ses développeurs ont expliqué en détail les améliorations d’expérience utilisateur apportées.)
Les fournisseurs de services Lightning, réduisant les barrières à l’entrée
Dans un avenir proche, les LSP pourraient devenir un composant essentiel de l’expérience utilisateur, car ils peuvent aider à masquer la complexité. De plus, les LSP peuvent réduire les exigences financières pour exécuter un nœud et servir de passerelle vers le réseau.
La magie de Lightning réside dans sa capacité de règlement instantané, mais les paiements échoués et autres douleurs usuelles nuisent à l’expérience. Grâce aux infrastructures gérées par les LSP — services ou nœuds mêmes — les utilisateurs peuvent interagir plus directement avec Lightning. Les LSP peuvent proposer un modèle de « nœud dans le cloud », supprimant totalement la nécessité d’interaction avec l’infrastructure : l’utilisateur conserve le contrôle de ses fonds sans avoir à interagir avec le nœud. Les LSP peuvent aussi offrir une version « légère » consommant moins d’énergie sur mobile, ou combiner les deux modes.
Si davantage de capitaux migrent vers Lightning, les utilisateurs doivent pouvoir restaurer leur nœud Lightning (ou portefeuille) comme un portefeuille classique, par exemple en saisissant 12 ou 24 mots dans l’application. Les fournisseurs de services peuvent permettre aux utilisateurs de sauvegarder chiffré leur portefeuille Lightning dans le cloud. En cas de perte ou de compromission de l’appareil, cette sauvegarde cryptée peut être facilement restaurée sur un nouveau dispositif.
Suppression des actions manuelles
Si une personne doit franchir des étapes supplémentaires pour bénéficier du Bitcoin (ou de toute autre technologie avancée), elle risque d’abandonner en cours de route.
Des solutions existent déjà : les LSP peuvent recevoir des paiements pour des utilisateurs hors ligne, éliminant ainsi la contrainte de rester connecté et rapprochant l’expérience des systèmes de paiement traditionnels.
Avec un soutien accru aux développeurs Bitcoin, de nouvelles solutions émergeront, permettant aux utilisateurs de recevoir des paiements indépendamment, sans recourir à des services externes.
Les identifiants de paiement actuels, comme Lightning Address, sont utilisables, mais presque toujours fournis par des services custodial. Les utilisateurs ont besoin de pouvoir utiliser un code QR réutilisable pour recevoir des paiements, sans dépendre d’un tiers. La réutilisabilité est cruciale : copier, coller, envoyer une facture — trop d’étapes. Une solution simple profiterait à tous les utilisateurs de Lightning.
Sur l’image ci-dessus, le code QR plus petit et simplifié, appelé « offer », permet au portefeuille de gérer automatiquement la demande de facture dans le flux de paiement, sans intervention de l’utilisateur. Un autre avantage des « offers » est qu’ils peuvent contenir des informations telles que la devise, le nom du vendeur, les limites de montant, ou encore le chemin vers le portefeuille du destinataire.
Beaucoup préféreront une prise en main simple, ce qui signifie qu’ils apprécieront probablement des solutions intégrant des prestataires de confiance. Un exemple est le protocole Fedimint : un groupe gère une « usine d’e-cash ». Ce modèle offre une meilleure confidentialité et une gamme de services additionnels, tels que gestion de succession, pools miniers privés, arbitrage décentralisé, positions synthétiques en dollars, etc. Puisque Lightning est intégré à ces communautés, les utilisateurs peuvent librement rejoindre ou quitter différentes alliances selon leur jugement, avec un faible coût de migration.
Confidentialité intégrée par défaut dans Lightning
Pour que la confidentialité devienne une caractéristique standard de Lightning, les technologies associées doivent être transparentes — c’est-à-dire que les utilisateurs en bénéficient sans aucune action de leur part. Les développeurs d’applications et les prestataires de services doivent agir en arrière-plan, par exemple en isolant les transactions sur chaîne des transactions Lightning.
Brouiller la surveillance sur le réseau Lightning
Il deviendra très difficile d’identifier si une transaction sur chaîne correspond à l’ouverture/fermeture d’un canal Lightning, car de nouvelles technologies feront en sorte qu’elles ressemblent à n’importe quelle autre transaction Bitcoin. Avec l’adoption croissante des technologies Taproot, des fonctionnalités comme l’agrégation de signatures permettront de masquer les informations d’un canal de paiement et d’obscurecir le nombre d’utilisateurs impliqués. (Note du traducteur : cela découle des signatures Schnorr introduites par Taproot, qui, sous certaines conditions, permettent d’agréger les signatures des deux parties d’un canal en une seule, rendant ainsi indiscernable une transaction de fermeture coopérative d’une transaction Bitcoin ordinaire.)
Si Taproot est largement adopté dans les portefeuilles, les utilisateurs pourront bénéficier d’une meilleure confidentialité lorsqu’ils paient des tiers autres que leurs pairs directs. Actuellement, ces paiements multi-sauts utilisent un ID de paiement (le hachage du paiement) connu de chaque nœud intermédiaire sur le chemin. Certaines méthodes de traitement des signatures dans Taproot peuvent créer des ID de paiement « énigmatiques », empêchant les nœuds intermédiaires de voir l’intégralité du trajet, tandis que seul l’expéditeur et le destinataire comprennent pleinement le paiement. (Note du traducteur : cela concerne aussi les signatures Schnorr, via une technologie appelée « PTLCs », où chaque saut reçoit une information différente.)
Les utilisateurs de Lightning n’auront peut-être plus besoin de se soucier — voire de savoir — le chemin exact pris par leurs paiements. Aujourd’hui, chaque nœud sur le chemin connaît l’origine du paiement (note du traducteur : cette affirmation semble erronée — les nœuds intermédiaires ignorent généralement l’origine exacte). L’affaire du « convoi de la liberté » au Canada a montré que les gouvernements peuvent et vont saisir des fonds, geler des comptes bancaires en monnaie fiduciaire, et censurer ceux qui s’opposent à eux.
Les LSP peuvent anonymiser la source d’une transaction Lightning en agissant comme intermédiaire aveugle dans le routage. Ainsi, le LSP ne connaît qu’une partie du chemin, tandis que l’expéditeur connaît l’autre ; les nœuds intermédiaires et la destination finale sont « aveuglés ». Ce modèle offrira une sécurité accrue sans aucune action requise de l’utilisateur.
(Note du traducteur : la technologie mentionnée ici est le « blind routing ». Actuellement, le destinataire doit révéler sa position réseau à l’expéditeur pour que celui-ci trouve un chemin. L’idée du « blind routing » est que le destinataire fournisse un point d’entrée vers lui-même, masquant ainsi sa position réelle. L’expéditeur n’a plus qu’à trouver un chemin vers ce nœud d’entrée. Contrairement à ce que pense l’auteur, cela protège surtout la confidentialité du destinataire. Quant à la quantité d’information connue par le LSP, cela dépend de sa position entre le nœud d’entrée et le destinataire.)
Utiliser Lightning comme un réseau privé virtuel
Les portefeuilles peuvent offrir de façon innovante des fonctionnalités renforçant la confidentialité. Par exemple, les portefeuilles et les LSP peuvent agir comme « intermédiaires de facturation » : le portefeuille crée une facture et la transmet à un LSP, qui effectue ensuite le paiement. Pour le destinataire, cela semble provenir du LSP, ce qui améliore la confidentialité de l’expéditeur sans modifier son flux de paiement habituel. Tony Giorgio, cofondateur de Mutiny Wallet, souligne que cette méthode permet aux utilisateurs de se fondre parmi tous les utilisateurs du LSP.
Certains utilisateurs Lightning souhaiteront une confidentialité renforcée. L’embrouillage des transactions est une méthode éprouvée, mais il exige des actions manuelles et peut entraîner de lourds frais sur chaîne. Étant donné que les LSP exécutent déjà des serveurs, ils sont bien placés pour coordonner des services collaboratifs de confidentialité. Ils peuvent créer des points de coordination : lorsque les utilisateurs ouvrent ou ferment des canaux, ajustent leur capacité (comme vu précédemment avec le « splicing »), ou paient pour un bien ou un service.
Lightning améliore le commerce électronique
Les vendeurs peuvent offrir une période de retour aux clients via des paiements Lightning. Le client paie une facture spéciale au moment de l’achat, conservant la possibilité de « retirer » la transaction jusqu’à la livraison du produit ou du service. Cela était impossible auparavant.
La sécurité, clé de l’adoption institutionnelle
Pour attirer davantage d’institutions vers Lightning, il faut rendre extrêmement simple le transfert de fonds depuis un portefeuille hors ligne (cold wallet) vers un canal Lightning. Les canaux Taproot rendent cela possible sans compromettre la sécurité.
Cela permet aussi aux institutions de conserver de grosses sommes plus sûrement sur Lightning. Elles pourront utiliser du matériel spécialisé pour se protéger contre les risques liés à la connexion en ligne du portefeuille.
Conclusion
Lightning a prouvé son utilité pour les paiements à règlement instantané — mais nous devons reconnaître qu’il n’est pas parfait. Toutefois, les participants au réseau peuvent rester optimistes quant à la résolution des obstacles UX ; certains des meilleurs développeurs travaillent activement à améliorer l’expérience utilisateur.
À mesure que de nouvelles solutions techniques émergent et que davantage de capitaux entrent sur Lightning, les LSP joueront probablement un rôle accru dans la simplification de l’expérience pour les utilisateurs finaux. Ces progrès bénéficieront aussi aux utilisateurs autogérés et rapprocheront progressivement tout le réseau d’une expérience « naturellement fluide ».
De nombreuses innovations passionnantes sont en cours sur Lightning ; toutes les projections futures présentées ici reposent sur des solutions actuellement en développement. Plus les développeurs et entreprises s’engagent à améliorer l’expérience utilisateur, plus le réseau attirera de participants et de capitaux, et meilleur sera l’usage pour chacun.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@River
