Un million de satoshis coincés dans un canal mal géré, un swap qui mange 2 % du solde au pire moment, un nœud qu’il faut redémarrer depuis l’autre bout du monde : le choix d’un portefeuille Lightning Network n’est jamais anodin. En France, la question prend une tournure particulière depuis le début de l’année 2026. Le ministère de l’Intérieur a recensé 90 affaires liées aux cryptomonnaies entre le 1er janvier et la mi-août 2026, avec 223 arrestations et 126 personnes incarcérées, selon des données reprises par la presse économique. L’organisation de lutte contre la criminalité financière OCCRP parle quant à elle de 77 incidents violents visant des détenteurs de cryptomonnaies sur la seule année 2026, un chiffre qui dépasse déjà le total de l’année précédente.
Dans ce contexte, la manière dont un portefeuille Lightning Network protège (ou expose) les fonds d’un utilisateur cesse d’être un détail technique. Ce comparatif examine quatre portefeuilles auto-gérés parmi les plus utilisés pour les paiements Bitcoin instantanés : Phoenix Wallet, développé par la société française ACINQ, Breez Wallet et son kit de développement, Zeus Wallet, pensé pour les opérateurs de nœuds, et Muun Wallet, construit autour d’un solde Bitcoin unifié. Chacun répond à une philosophie différente de l’auto-garde, avec des compromis de frais, de confidentialité et de simplicité qui ne se ressemblent pas.
Ne manquez aucune actu tech sur Google
Ajoutez Shattered une seule fois dans l'app Google pour retrouver nos articles dans vos suggestions.
Pourquoi le choix d’un portefeuille Lightning Network compte en 2026
Le Lightning Network a été conçu pour régler le problème de vitesse et de coût de Bitcoin. Mais la couche 2 déplace aussi la question de la garde : chaque portefeuille Lightning Network choisit une manière différente de gérer les canaux, la liquidité entrante et les clés privées. Un portefeuille mal choisi peut coûter cher en frais de swap, exposer des métadonnées de paiement à un fournisseur de liquidité, ou simplement devenir inutilisable si son opérateur ferme boutique.
La pression réglementaire européenne ajoute une couche supplémentaire. Europol a publié le 7 octobre 2026 deux rapports appelant l’industrie des cryptomonnaies à anticiper dès maintenant les risques posés par l’informatique quantique aux clés de signature des portefeuilles, plutôt que d’attendre qu’un ordinateur quantique capable de casser ces clés existe réellement. Le message d’Europol porte sur les clés de transaction exposées sur la chaîne, pas sur la conception du protocole Lightning lui-même, mais il rappelle que la gestion des clés privées, justement ce que fait un portefeuille Lightning au quotidien, reste le point de friction central de toute la sécurité Bitcoin.
Par ailleurs, des parlementaires français ont fait adopter en commission, à la mi-octobre 2026, un amendement qui prévoit des amendes pouvant atteindre 10 000 euros pour les détenteurs de portefeuilles auto-gérés non déclarés dépassant 100 000 euros, assorti d’une taxe de sortie sur les plus-values au-delà de 800 000 euros. Le texte n’est pas encore une loi, mais il change déjà la manière dont les utilisateurs français envisagent la déclaration et la traçabilité de leurs avoirs Lightning. Un portefeuille qui journalise mal ses opérations, ou qui complique l’export d’un historique de transactions, devient un problème pratique autant que technique.
Quatre philosophies différentes de l’auto-garde Lightning
Avant de comparer les chiffres, il faut comprendre que Phoenix, Breez, Zeus et Muun ne résolvent pas le même problème. Phoenix et Breez cherchent à masquer la complexité des canaux Lightning derrière une interface mobile simple, chacun avec sa propre architecture de liquidité. Zeus part du principe inverse : l’utilisateur possède déjà, ou veut posséder, un nœud Lightning, et l’application sert d’interface de pilotage à distance. Muun, enfin, mise sur un seul solde Bitcoin visible, où les paiements Lightning passent par des swaps immédiats plutôt que par une gestion de canaux exposée à l’utilisateur.
Ces choix architecturaux déterminent tout le reste : qui peut voir la destination d’un paiement, combien coûte l’ouverture d’un canal, ce qui se passe si le fournisseur de liquidité disparaît, et jusqu’à quel point l’utilisateur reste dépendant d’un tiers malgré le mot « auto-custodial » affiché sur chaque store d’applications.
Comment fonctionnent les swaps immergés (submarine swaps)
Trois des quatre portefeuilles de ce comparatif, Breez en mode Nodeless, Muun et dans une moindre mesure Phoenix pour sa liquidité entrante, s’appuient sur des swaps immergés plutôt que sur une gestion de canal classique. Le principe mérite d’être expliqué, car il conditionne directement les frais et les délais observés par l’utilisateur.
Un swap immergé classique fonctionne dans un sens précis : l’utilisateur envoie des fonds on-chain vers une adresse spéciale, et reçoit en échange un paiement Lightning équivalent, moins les frais. La documentation technique de Breez précise que les fonds envoyés à cette adresse ne peuvent être dépensés que si une transaction Lightning correspondante s’exécute vers le nœud de l’utilisateur dans un délai limité, fixé à 288 blocs dans l’implémentation documentée par Breez, soit environ deux jours au rythme moyen de production de blocs Bitcoin. Passé ce délai, les fonds redeviennent récupérables par celui qui les a envoyés, ce qui élimine le risque de contrepartie habituel d’un échange centralisé.
Le swap inversé fonctionne en sens opposé : l’utilisateur reçoit un paiement Lightning et le convertit en fonds on-chain, utile par exemple pour sortir des satoshis vers un portefeuille froid. Chez Breez, ce service est assuré par le prestataire Boltz, facturé autour de 0,5 % plus les frais de minage du moment. Muun applique une logique comparable pour unifier son solde Bitcoin, mais sans publier de grille tarifaire aussi détaillée que celle de Breez.
L’avantage de cette approche est net sur l’expérience utilisateur : plus besoin de comprendre la notion de canal ou de liquidité entrante. L’inconvénient l’est tout autant sur le plan des coûts : chaque swap, dans un sens ou dans l’autre, engage des frais de minage on-chain qui varient fortement selon la congestion du réseau Bitcoin, un facteur totalement indépendant du portefeuille Lightning choisi. Un swap initié un jour de faible activité du réseau peut coûter une fraction de centime en frais de minage, le même swap un jour de forte demande peut dépasser plusieurs dollars, ce qui explique les fourchettes larges observées dans les comparatifs de frais Muun et Breez.
Phoenix Wallet d’ACINQ : la splice unique
Phoenix est développé par ACINQ, la société française à l’origine du nœud Eclair et de la bibliothèque lightning-kmp, l’une des trois implémentations historiques du protocole Lightning. Le portefeuille tourne sur iOS 16 et versions ultérieures ainsi que sur Android 8 et versions ultérieures, mais il n’existe pas d’application de bureau officielle (ACINQ propose en revanche phoenixd, une version serveur destinée aux opérateurs plus avancés).
Techniquement, Phoenix fait tourner un nœud Lightning complet directement sur le téléphone de l’utilisateur. La sauvegarde repose sur une phrase de récupération de 12 mots, un mnémonique BIP39 standard avec un chemin de dérivation BIP84, ce qui permet en théorie à un portefeuille compatible comme Electrum de récupérer les fonds d’un canal forcé à se fermer, sans dépendre d’ACINQ. Le code du portefeuille est publié sous licence Apache 2.0.
La particularité de Phoenix tient à sa gestion de canal unique géré par « splicing » : plutôt que de multiplier les canaux, l’application fusionne le solde on-chain et le solde Lightning dans une structure dynamique unique, ce qui simplifie l’expérience utilisateur. ACINQ joue le rôle de fournisseur de liquidité (LSP) exclusif. C’est pratique, mais cela crée une dépendance totale à une seule entreprise pour obtenir de la liquidité entrante, et la documentation reconnaît qu’ACINQ peut voir la destination finale et le montant d’un paiement, un niveau de confidentialité inférieur à celui d’un nœud totalement indépendant.
Côté frais, l’envoi d’un paiement Lightning coûte environ 0,4 % du montant plus 4 satoshis. La réception est gratuite lorsque la liquidité entrante existe déjà. Quand il faut en créer, les sources divergent légèrement : certaines évoquent environ 1 % plus les frais de minage on-chain, d’autres mentionnent un minimum de 3 000 satoshis pour l’ouverture d’un canal, avec un premier dépôt minimal de 10 000 satoshis sur un portefeuille vide. Cette variabilité illustre un principe à retenir avec Phoenix : le tarif exact dépend du moment, de la congestion on-chain et du montant, et doit être vérifié dans l’application avant chaque opération de liquidité.
Breez Wallet et le SDK : de Greenlight à Spark
Breez a changé de visage au moins deux fois en trois ans, et comprendre cette évolution est nécessaire pour juger le produit en octobre 2026. La description officielle disponible sur les stores d’applications présente Breez comme « a non-custodial service that uses lnd and Neutrino under the hood », confirmant que l’architecture originale repose sur l’implémentation lnd associée au client léger Neutrino plutôt que sur un nœud complet classique.
Ce modèle d’origine, baptisé Greenlight, utilise un fournisseur de liquidité (LSP) et des canaux Lightning classiques. Quand un destinataire manque de capacité entrante, le LSP peut ouvrir un canal à la demande. La documentation technique de Breez chiffre les paiements par trampoline à environ 0,5 % plus 4 satoshis, et les swaps inversés gérés par le prestataire Boltz à 0,5 % plus les frais de minage. Un fil Reddit cité dans la documentation communautaire évoque un tarif d’ouverture de premier canal autour de 2 000 à 2 500 satoshis.
Breez a ensuite lancé une version « Nodeless », construite sur le réseau Liquid de Blockstream. Dans cette variante, l’utilisateur détient des L-BTC dans un portefeuille Liquid, et chaque paiement Lightning entrant ou sortant passe par un swap immergé (submarine swap) ou un swap inversé. Il n’y a plus de canal à gérer ni de LSP à proprement parler. Les montants minimums publiés sont de 21 satoshis pour un envoi et 100 satoshis pour une réception, avec des frais présentés comme « statiques et bas ». La documentation technique de Breez précise toutefois, depuis octobre 2026, que les partenaires existants qui utilisent encore cette version Liquid doivent migrer vers la nouvelle implémentation appelée Breez SDK Spark dès que possible, ce qui place la version Liquid/Nodeless dans une position transitoire plutôt que définitive.
Le positionnement de Breez a aussi évolué vers les développeurs. La newsletter officielle du projet résume la proposition de valeur du kit de développement en une phrase : « The Breez SDK gives you everything a developer needs to add Lightning to any app. » Le SDK est gratuit pour les développeurs qui l’intègrent, et seuls les utilisateurs finaux paient de petits frais sur les opérations d’envoi et de réception, selon la documentation officielle. Cela transforme Breez autant en brique d’infrastructure pour des applications tierces qu’en portefeuille grand public.
Dans un entretien publié par Cointelegraph, Danny Stagg, responsable marketing chez Breez, est revenu sur la réputation de complexité du Lightning Network. Son constat tranche avec le discours habituel : « The criticism is not fair in 2026, but historically it was. For years, both developers and users were asked to understand the complexities of Lightning, like channels and inbound liquidity, just to get paid. » Ce commentaire résume assez bien la trajectoire du produit Breez lui-même, passé d’une architecture à canaux exigeante en 2021 à une couche de swaps presque invisible pour l’utilisateur en 2026.
Zeus Wallet : le portefeuille des opérateurs de nœuds
Zeus (souvent écrit ZEUS) occupe une place à part dans ce comparatif. Sa dernière version officielle recensée en octobre 2026 est la v13.2.2, disponible sur l’App Store d’Apple, le Google Play Store et F-Droid, ce qui couvre à la fois iOS, Android et une distribution libre pour les utilisateurs qui préfèrent éviter les magasins d’applications propriétaires.
Le cœur du produit reste la connexion à distance : Zeus permet de piloter depuis un téléphone un nœud LND, Core Lightning ou LNDHub tournant chez soi, sur un serveur cloud ou sur un boîtier comme un Umbrel ou un Start9. L’application ne détient alors aucun fonds elle-même, elle affiche et commande le nœud distant. Les versions récentes ajoutent aussi un mode avec nœud intégré et un LSP propre baptisé Olympus by ZEUS, pensé pour les utilisateurs qui ne veulent pas gérer d’infrastructure séparée mais souhaitent rester proches du modèle nœud complet.
Côté tarifs, il n’existe pas de grille unique chez Zeus puisque tout dépend du nœud connecté. Avec un nœud personnel, les paiements Lightning supportent les frais de routage que l’utilisateur ou les nœuds intermédiaires ont configurés, et les opérations on-chain supportent les frais de minage du moment. En mode nœud intégré, des frais de canal, de liquidité ou de LSP s’ajoutent selon le service choisi, affichés au moment de la configuration. Une annonce du projet a toutefois indiqué la suppression des frais sur les paiements envoyés vers une Lightning Address via ZEUS Pay, à condition qu’il existe une route sans frais entre Olympus (le LSP de Zeus) et le nœud du destinataire, une nuance importante qui limite la portée réelle de cette gratuité annoncée.
Zeus est présenté comme open source dans plusieurs comparatifs spécialisés, avec une page officielle de vérification par clé PGP pour chaque version publiée, un signal de maturité appréciable pour un public technique. C’est aussi le portefeuille le plus exigeant des quatre : sans nœud à gérer, une partie de sa valeur ajoutée disparaît.
Muun Wallet : la promesse d’un solde Bitcoin unique
Muun part d’une idée différente : offrir un solde Bitcoin unique, sans que l’utilisateur ait jamais à choisir entre « on-chain » et « Lightning ». Le portefeuille repose historiquement sur une architecture multisignature à 2 clés (2-sur-2), combinant la clé de l’utilisateur et un composant de service, avec des paiements Lightning gérés via des swaps immergés plutôt que via une gestion de canal visible.
Les informations disponibles pour cet article ne permettent pas de confirmer une grille tarifaire officielle et à jour pour octobre 2026. Un comparatif indépendant publié en 2026 situe les coûts d’envoi entre 0,10 et plus de 5 dollars, et les coûts de réception entre 0,05 et plus de 2 dollars, avec des frais de minage standards et une forte sensibilité à la congestion du réseau Bitcoin au moment de la transaction. Ces chiffres doivent être pris comme un ordre de grandeur tiré d’un tiers, pas comme une tarification officielle vérifiée directement auprès de Muun.
Un autre point mérite la prudence : un différend commercial autour des frais Muun aurait été évoqué en 2023, mais aucune source consultée pour cet article ne confirme un numéro de dossier, une décision de justice ou un règlement à jour pour 2025 ou 2026. Un lecteur qui chercherait à vérifier ce point devrait consulter directement la documentation légale de Muun plutôt que de se fier à des résumés non datés. Ce manque de transparence contraste avec la simplicité apparente du produit côté interface, et doit entrer dans la balance pour un utilisateur qui gère des montants significatifs.
Tableau comparatif : les spécifications techniques
Le tableau suivant réunit les caractéristiques techniques des quatre portefeuilles telles que documentées à la mi-octobre 2026.
| Critère | Phoenix | Breez | Zeus | Muun |
|---|---|---|---|---|
| Éditeur | ACINQ (France) | Breez Technology | Projet communautaire ZEUS | Muun |
| Modèle de garde | Auto-géré, nœud sur le téléphone | Auto-géré, LSP ou swaps Liquid | Auto-géré, nœud distant ou intégré | Auto-géré, 2-sur-2 avec swaps |
| Plateformes | iOS 16+, Android 8+ | iOS, Android, SDK multiplateforme | iOS, Android, F-Droid | iOS, Android |
| Type de nœud | Nœud complet embarqué (lightning-kmp) | LND/Neutrino (Greenlight) ou Liquid (Nodeless) | LND, Core Lightning, LNDHub distant ou embarqué | Pas de nœud géré par l’utilisateur |
| Gestion des canaux | Canal unique dynamique par splicing | Canaux via LSP, ou aucun canal en mode Liquid | Canaux gérés par le nœud connecté ou Olympus | Aucun canal visible, swaps immergés |
| Fournisseur de liquidité | ACINQ (exclusif) | LSP tiers ou Boltz selon le mode | Olympus by ZEUS en option, ou LSP du nœud distant | Infrastructure de swap Muun |
| Phrase de sauvegarde | 12 mots, BIP39/BIP84 | Dépend de l’implémentation (SDK) | Sauvegarde liée au nœud connecté | Schéma 2-sur-2 propre à Muun |
| Connexion à un nœud personnel | Non (phoenixd pour les serveurs) | Non, sauf via SDK pour développeurs | Oui, c’est la fonction principale | Non |
| Intégration Liquid Network | Non | Oui (mode Nodeless, en transition vers Spark) | Non | Non |
| Open source | Oui (Apache-2.0) | Oui (SDK et wallet) | Oui, avec vérification PGP des versions | Partiellement documenté |
| Adresse Lightning | Non prioritaire dans l’app mobile | Oui, via le SDK pour les intégrateurs | Oui, via ZEUS Pay | Non documenté avec certitude |
| Profil recommandé | Usage quotidien sans gestion de canal | Développeurs, commerçants, paiements intégrés | Opérateurs de nœuds, utilisateurs avancés | Utilisateurs voulant un solde BTC unique simple |
Tableau des frais : combien coûte chaque opération
Les frais Lightning ne se résument jamais à un seul pourcentage. Ce tableau rassemble les composantes les mieux documentées pour chaque portefeuille, avec la réserve que les montants liés à la liquidité varient selon la congestion on-chain au moment de l’opération.
| Opération | Phoenix | Breez | Zeus | Muun |
|---|---|---|---|---|
| Envoi Lightning | ≈ 0,4 % + 4 sats | ≈ 0,5 % + 4 sats (trampoline, mode Greenlight) | Frais de routage du nœud connecté | Frais variables, de l’ordre de 0,10 à 5 $ selon un comparatif tiers |
| Réception Lightning | Gratuite si liquidité suffisante | À partir de 21 sats (mode Nodeless) | Dépend du nœud ou d’Olympus | De l’ordre de 0,05 à 2 $ selon un comparatif tiers |
| Ouverture de canal / premier swap | ≈ 1 % + frais on-chain, ou minimum ≈ 3 000 sats | ≈ 2 000 à 2 500 sats (mode Greenlight) | Variable selon le LSP ou le nœud distant | Non applicable (pas de canal) |
| Swap inversé (sortie vers on-chain) | Frais de minage + marge ACINQ | ≈ 0,5 % + frais de minage (Boltz) | Frais de minage du nœud connecté | Frais de minage standards, sensibles à la congestion |
| Dépôt minimal | ≈ 10 000 sats sur un portefeuille vide | 21 sats (mode Nodeless) | Dépend de la configuration du nœud | Non communiqué avec précision |
| Lightning Address | Non prioritaire | Frais selon l’intégration SDK | Zéro frais via ZEUS Pay si route gratuite disponible | Non documenté |
Les chiffres du réseau Lightning en octobre 2026
Mesurer le réseau Lightning Network reste un exercice délicat : chaque explorateur public ne voit que les canaux annoncés, pas les canaux privés, et les méthodologies de calcul de la capacité diffèrent. Comparer plusieurs sources le même jour donne une idée plus honnête de la marge d’erreur que de citer un chiffre unique comme s’il était absolu.
| Source | Capacité totale | Canaux publics | Nœuds | Date du relevé |
|---|---|---|---|---|
| 1ML | 2 532,63 BTC | 19 640 | 5 921 | 18 octobre 2026 |
| mempool.space | 3 753,75 BTC | 32 518 | 16 230 | 18 octobre 2026 |
| mempool.space (miroir emzy.de) | 3 467,26 BTC | 29 761 | 15 993 | 17 octobre 2026 |
L’écart entre 1ML et mempool.space, environ 1 220 BTC de capacité et prés de 13 000 canaux de différence le même jour, s’explique surtout par la manière dont chaque service agrège les nœuds non annoncés, les nœuds accessibles uniquement via Tor et les canaux qui ne diffusent pas leur existence publiquement. Le tableau de bord de mempool.space détaille d’ailleurs cette composition pour le 18 octobre 2026 : 4 598 nœuds en clearnet, 7 983 nœuds Tor, 1 633 nœuds à la fois clearnet et Tor, et 2 016 nœuds non annoncés. La capacité moyenne par canal y est mesurée à environ 11,5 millions de satoshis, pour un taux de frais moyen de 823 parties par million.
Pour resituer ces montants : la capacité totale du réseau mesurée par mempool.space représentait ce jour-là environ 300 millions de dollars verrouillés dans des canaux publics, selon la conversion affichée directement sur le tableau de bord. Ce montant reste modeste comparé aux volumes quotidiens d’une bourse centralisée, ce qui rappelle que le Lightning Network sert surtout à des paiements de faible et moyenne valeur plutôt qu’à du règlement de gros montants.
Sécurité et modèle de garde : qui contrôle quoi
Les quatre portefeuilles se présentent comme auto-gérés, mais « auto-géré » ne veut pas dire « indépendant ». Avec Phoenix, l’utilisateur garde ses clés sur l’appareil, mais dépend intégralement d’ACINQ pour la liquidité entrante : si ACINQ cessait son activité, la documentation affirme que la phrase de récupération permettrait de rapatrier les fonds vers un autre portefeuille compatible, mais l’expérience de paiement immédiate disparaîtrait avec le service.
Breez présente un profil de risque qui a changé de nature avec ses différentes architectures. Le modèle Greenlight introduit une dépendance à un LSP et au prestataire de swap Boltz. Le modèle Liquid/Nodeless déplace le risque vers l’infrastructure du réseau Liquid lui-même : un incident de sécurité concernant Liquid Network a d’ailleurs été documenté début septembre 2026 sur le blog officiel du projet Liquid, un rappel que la dépendance à une chaîne tierce ajoute une surface d’attaque supplémentaire, même si rien dans les sources consultées n’indique que les fonds des utilisateurs de Breez aient été directement compromis par cet incident.
Zeus inverse la logique de risque : en connectant l’application à un nœud personnel, l’utilisateur retire une bonne partie de la dépendance à un tiers, mais récupère en échange la responsabilité complète de la disponibilité du nœud, des sauvegardes de canal et de la politique de frais. C’est un arbitrage classique en sécurité informatique, moins de tiers de confiance contre plus de responsabilité opérationnelle, qui ne convient pas à tous les profils d’utilisateurs.
Muun occupe une position intermédiaire avec son schéma 2-sur-2 : les fonds nécessitent la coopération des deux composants de clé pour être dépensés dans le cas standard, ce qui limite la capacité de Muun à agir seul sur les fonds, mais complique aussi la récupération si le service de Muun devenait indisponible sans procédure de sortie claire. L’absence de documentation à jour sur ce scénario, relevée plus haut, pèse directement sur l’évaluation de sécurité du produit.
Confidentialité : ce que chaque portefeuille révèle de vos paiements
La confidentialité d’un paiement Lightning dépend presque entièrement de qui route la transaction. Un nœud totalement indépendant, sans LSP ni fournisseur tiers, ne révèle la destination finale d’un paiement à personne d’autre qu’aux nœuds qui participent effectivement au routage, et encore de façon partielle grâce au chiffrement en pelure d’oignon du protocole. Dès qu’un LSP entre dans l’équation, cette garantie s’affaiblit.
Avec Phoenix, la documentation reconnaît qu’ACINQ, en tant que premier saut systématique de chaque paiement, peut observer la destination finale et le montant envoyé. Ce n’est pas une faille de sécurité au sens classique, puisqu’ACINQ ne détient jamais les fonds, mais c’est une concession de confidentialité que peu d’utilisateurs identifient clairement en installant l’application. Breez, dans son mode Greenlight, présente une exposition comparable vis-à-vis de son LSP et du prestataire Boltz pour les swaps inversés. Le mode Nodeless déplace cette visibilité vers l’infrastructure Liquid et les opérateurs de swap associés.
Zeus reste la seule configuration de ce comparatif capable d’éliminer ce tiers de confiance : un utilisateur qui connecte l’application à son propre nœud, lui-même potentiellement accessible uniquement via Tor, retrouve le niveau de confidentialité natif du protocole Lightning, sans visibilité systématique accordée à une entreprise commerciale. C’est un argument de poids pour les utilisateurs les plus exposés, journalistes, activistes ou simplement utilisateurs soucieux de ne pas laisser de trace de leurs habitudes de paiement auprès d’un prestataire centralisé.
Ce que dit l’industrie
Peu d’acteurs du secteur Lightning communiquent publiquement sur leurs choix d’architecture avec autant de franchise que Breez. Dans sa newsletter officielle, l’équipe résume ainsi l’ambition de son kit de développement : « The Breez SDK gives you everything a developer needs to add Lightning to any app. » (source). La formule illustre le pivot du projet, de l’application grand public vers l’infrastructure réutilisable par des tiers.
Danny Stagg, responsable marketing chez Breez, est allé plus loin dans un entretien accordé au magazine de Cointelegraph, en reconnaissant que la réputation de complexité du Lightning Network avait longtemps été méritée : « The criticism is not fair in 2026, but historically it was. For years, both developers and users were asked to understand the complexities of Lightning, like channels and inbound liquidity, just to get paid. » (source). Ce constat éclaire directement pourquoi Breez, Phoenix et dans une moindre mesure Muun ont tous convergé vers des architectures qui cachent la gestion de canal derrière des swaps ou des LSP automatisés, laissant la complexité « nœud » au seul segment Zeus du marché.
Cinq cas d’usage réels
Au-delà des tableaux de spécifications, la façon dont ces portefeuilles sont réellement utilisés aide à choisir. Voici cinq scénarios concrets qui reviennent dans les retours d’utilisateurs et dans la documentation des projets.
- Le commerçant qui encaisse en Bitcoin sans gérer d’infrastructure. Une boutique qui veut accepter des paiements Lightning sans héberger de nœud peut intégrer le Breez SDK directement dans sa caisse ou son site, les frais de routage et de swap restant à la charge de l’acheteur selon la configuration retenue.
- L’utilisateur qui migre après la loi sur la déclaration des wallets. Un détenteur français de bitcoins qui dépasse le seuil de 100 000 euros évoqué par les députés doit pouvoir exporter un historique clair de ses mouvements. Phoenix, avec sa phrase de récupération standard BIP39/BIP84, facilite ce type d’export vers un portefeuille de secours, contrairement à des architectures moins documentées sur ce point.
- L’opérateur qui pilote son nœud à domicile depuis son téléphone. Un utilisateur qui fait tourner un nœud Core Lightning sur un boîtier Umbrel chez lui utilise Zeus pour consulter ses canaux, ajuster ses frais de routage et initier des paiements sans être physiquement devant la machine.
- Le voyageur confronté à un pic de frais on-chain. Un utilisateur de Muun qui doit faire un swap sortant un jour de forte congestion du réseau Bitcoin peut voir le coût de l’opération grimper fortement, un scénario documenté par plusieurs comparatifs indépendants qui chiffrent cette sensibilité entre quelques centimes et plusieurs dollars selon le moment.
- Le développeur qui ajoute des pourboires Lightning à une application de contenu. En s’appuyant sur le Breez SDK plutôt que sur une infrastructure de nœud maison, une petite équipe peut proposer des micro-paiements dans son application sans recruter d’expertise Lightning interne, au prix d’une dépendance à l’infrastructure Breez.
Cas d’usage recommandés selon le profil
| Profil utilisateur | Portefeuille recommandé | Raison principale |
|---|---|---|
| Débutant qui veut juste dépenser des bitcoins | Phoenix | Canal unique géré automatiquement, pas de notion de liquidité à comprendre |
| Développeur qui intègre des paiements Lightning | Breez SDK | Infrastructure gratuite pour le développeur, documentation orientée intégration |
| Opérateur de nœud ou utilisateur avancé | Zeus | Contrôle complet sur un nœud LND ou Core Lightning distant |
| Utilisateur voulant un seul solde Bitcoin sans notion de canal | Muun | Abstraction complète via swaps, au prix d’une documentation tarifaire limitée |
| Commerçant physique ou en ligne | Breez (intégration SDK) | Compatible caisse et site marchand, pensé pour l’encaissement |
| Utilisateur très soucieux de la confidentialité des paiements | Zeus avec nœud personnel | Supprime la dépendance à un LSP tiers qui voit les métadonnées de paiement |
| Utilisateur français proche du seuil de déclaration de 100 000 € | Phoenix ou Zeus avec export rigoureux | Sauvegarde standard et historique facilement exportable pour la conformité |
Guide de migration : passer d’un portefeuille à l’autre
Changer de portefeuille Lightning Network n’est jamais aussi simple qu’exporter un fichier. Les fonds logés dans des canaux ne se déplacent pas comme un solde on-chain classique : ils doivent d’abord être rapatriés vers la chaîne principale, ou transférés via un nouveau canal vers la destination choisie.
- Faire l’inventaire des fonds en cours. Vérifier dans l’application de départ le solde on-chain, le solde dans les canaux ouverts et les paiements en attente de confirmation.
- Vider progressivement les canaux plutôt que de les fermer en urgence. Dépenser normalement via Lightning jusqu’à ce que le solde du canal soit proche de zéro réduit les frais de fermeture forcée, souvent plus élevés que les frais de routage.
- Sauvegarder la phrase de récupération de l’ancien portefeuille avant toute action. Avec Phoenix, cette phrase BIP39 reste la seule garantie de récupération en cas de fermeture forcée d’un canal pendant la transition.
- Installer le nouveau portefeuille et générer sa propre phrase de sauvegarde. Ne jamais réutiliser l’ancienne phrase sur un portefeuille différent, les schémas de dérivation de clés ne sont pas toujours compatibles entre Phoenix, Breez, Zeus et Muun.
- Transférer le solde résiduel on-chain vers le nouveau portefeuille. Cette étape utilise le réseau Bitcoin classique et subit les frais de minage du moment, pas les frais Lightning.
- Rouvrir un canal ou laisser le nouveau portefeuille le faire automatiquement. Phoenix et Breez initient ce canal au premier paiement reçu, Zeus nécessite de connecter ou de configurer un nœud au préalable.
- Vérifier la réception avant de considérer la migration terminée. Un petit paiement test confirme que la liquidité entrante fonctionne avant de déplacer des montants plus importants.
- Conserver l’ancien portefeuille installé quelques semaines. En cas de paiement resté bloqué dans un canal fermé de manière non coopérative, l’ancienne application reste parfois nécessaire pour réclamer les fonds via la procédure de délai contractuel du protocole Lightning.
Pour un utilisateur qui migre spécifiquement vers Zeus afin de piloter un nœud personnel, une étape supplémentaire consiste à générer une chaîne de connexion sécurisée entre l’application mobile et le nœud distant, généralement au format suivant :
lndconnect://192.168.1.50:10009?cert=MIICJzCCAc2gAwIBAgIRAOcce...&macaroon=0201036c6e6402...Cette chaîne encode l’adresse du nœud, son certificat TLS et un macaroon d’autorisation. Elle ne doit jamais être partagée publiquement : quiconque la détient obtient un accès opérationnel au nœud concerné.
Avantages et inconvénients de chaque portefeuille
| Portefeuille | Avantage principal | Inconvénient principal |
|---|---|---|
| Phoenix | Canal unique, sauvegarde BIP39 standard, code open source | Dépendance totale à ACINQ pour la liquidité |
| Breez | SDK gratuit pour développeurs, architecture Nodeless sans canal | Changements d’architecture fréquents, version Liquid déjà en transition |
| Zeus | Contrôle complet via un nœud personnel, versions signées PGP | Exige des compétences techniques et une infrastructure à maintenir |
| Muun | Solde Bitcoin unique sans gestion de canal visible | Documentation tarifaire et juridique datée, peu de transparence récente |
Pris ensemble, ces quatre profils dessinent un spectre assez net. Phoenix et Breez optimisent la simplicité immédiate au prix d’une dépendance structurelle à leur opérateur. Zeus optimise le contrôle au prix de la charge opérationnelle. Muun mise sur l’unification de l’expérience, mais souffre d’un déficit de documentation publique récente qui complique toute évaluation rigoureuse en 2026.
Le verdict : quel portefeuille Lightning Network choisir
Aucun des quatre portefeuilles ne domine sur tous les critères, ce qui est d’ailleurs assez logique puisqu’ils ne visent pas le même utilisateur. Pour un particulier français qui veut dépenser des bitcoins au quotidien sans se soucier de liquidité, Phoenix reste le choix le plus cohérent : frais prévisibles autour de 0,4 % à l’envoi, sauvegarde standard BIP39/BIP84, et un éditeur français identifiable, ACINQ, avec un historique dans l’écosystème Lightning depuis ses débuts.
Pour un développeur ou un commerçant, Breez l’emporte grâce à son kit de développement gratuit et à son architecture Nodeless qui élimine la gestion de canal côté intégrateur, même si la migration annoncée vers Breez SDK Spark signifie qu’il faut suivre l’actualité technique du projet avant de figer une intégration de long terme.
Pour un utilisateur avancé qui possède déjà, ou veut posséder, un nœud Lightning personnel, Zeus reste sans équivalent parmi les quatre : c’est le seul des quatre pensé explicitement pour piloter un nœud distant, avec des versions signées par clé PGP qui rassurent sur l’intégrité des mises à jour.
Muun convient à qui veut avant tout un solde Bitcoin unique et une interface minimaliste, mais le flou documentaire sur ses frais actuels et sur un ancien différend commercial justifie une vérification directe auprès du projet avant d’y loger des montants importants. Avec 32 518 canaux publics recensés par mempool.space le 18 octobre 2026, contre 19 640 selon 1ML le même jour, le réseau Lightning reste suffisamment fragmenté pour que le choix du portefeuille, et donc du fournisseur de liquidité qui se trouve derrière, continue de peser directement sur le coût réel de chaque paiement.
Foire aux questions
Phoenix, Breez, Zeus et Muun sont-ils vraiment non custodiaux ?
Tous les quatre affirment laisser les clés privées sous le contrôle de l’utilisateur. Dans la pratique, le niveau de dépendance à un tiers varie fortement : Phoenix dépend d’ACINQ pour la liquidité, Breez dépend d’un LSP ou de l’infrastructure Liquid selon le mode choisi, Muun repose sur une structure 2-sur-2 qui nécessite la coopération du service, et seul Zeus permet une indépendance quasi totale si l’utilisateur fait tourner son propre nœud.
Quel est le portefeuille le moins cher pour un usage quotidien ?
Pour de petits paiements réguliers avec de la liquidité déjà en place, Phoenix et Breez affichent des frais comparables, autour de 0,4 à 0,5 % du montant envoyé. Les écarts se creusent surtout sur les opérations de liquidité, ouverture de canal ou swap, qui dépendent fortement des frais de minage on-chain au moment de l’opération.
Faut-il un nœud personnel pour utiliser Zeus ?
Non, Zeus propose aussi un mode avec nœud intégré et un fournisseur de liquidité propre, Olympus by ZEUS. Mais l’intérêt principal du produit reste la connexion à un nœud LND, Core Lightning ou LNDHub que l’utilisateur fait tourner lui-même, à domicile ou sur un serveur.
Pourquoi les statistiques du réseau Lightning Network varient-elles autant selon la source ?
Chaque explorateur comme 1ML ou mempool.space ne voit que les canaux et nœuds annoncés publiquement sur le réseau. Les canaux privés, les nœuds accessibles uniquement via Tor et les nœuds non annoncés échappent en partie à ces mesures, et chaque service applique sa propre méthodologie d’agrégation, ce qui explique des écarts de plusieurs milliers de canaux entre deux relevés pris le même jour.
La nouvelle loi française sur la déclaration des portefeuilles concerne-t-elle les portefeuilles Lightning ?
L’amendement adopté en commission à la mi-octobre 2026 vise les portefeuilles auto-gérés dépassant 100 000 euros, sans distinction technique entre une détention on-chain classique et des fonds logés dans des canaux Lightning. Le texte n’est pas encore définitivement adopté, mais les détenteurs de montants significatifs ont intérêt à conserver un historique exportable de leurs mouvements, quel que soit le portefeuille utilisé.
Breez SDK Liquid est-il encore recommandé pour un nouveau projet ?
La documentation officielle de Breez recommande désormais aux partenaires existants de migrer vers la nouvelle implémentation Breez SDK Spark dès que possible, ce qui indique que la version Liquid/Nodeless n’est plus la cible d’intégration privilégiée pour un nouveau projet démarré fin 2026.
Que risque-t-on en cas de fermeture forcée d’un canal Lightning ?
Une fermeture forcée coûte généralement plus cher en frais on-chain qu’une fermeture coopérative, et impose un délai contractuel avant de pouvoir récupérer les fonds côté partie non coopérative. C’est pour cette raison que la phrase de sauvegarde doit toujours être conservée pendant une phase de migration, et que le guide de migration recommande de vider un canal progressivement plutôt que de le fermer en urgence.
Un swap immergé est-il aussi sûr qu’un paiement Lightning classique ?
Le mécanisme lui-même, basé sur un verrouillage temporisé des fonds on-chain, élimine le risque de contrepartie typique d’un échange centralisé : si la transaction Lightning correspondante n’a pas lieu dans le délai prévu, les fonds redeviennent récupérables par l’expéditeur. Le risque résiduel tient plutôt à la disponibilité du prestataire de swap et à la variabilité des frais de minage, pas à un risque de perte directe des fonds engagés.