Les limites de Lightning, Ark et les nouvelles couches de paiement

Curiosité

1. Pourquoi un canal de paiement qui contient dix bitcoins peut-il pourtant échouer à en envoyer neuf ?
2. Que se passe-t-il pour un utilisateur qui reste hors ligne pendant deux jours alors que sa contrepartie surveille la chaîne ?
3. Un réseau disposant d’une capacité publique de quelques milliers de bitcoins peut-il servir des milliards d’utilisateurs potentiels ?

Explorer

Partie ILes limites de Lightning

1. Un canal de paiement est un tampon limité, et non un tuyau infini. Sa capacité totale est fixée à l’ouverture ; à mesure que les fonds passent d’un côté à l’autre, le solde sortant de l’expéditeur diminue tandis que son solde entrant augmente. Un utilisateur qui dépense intensivement épuise sa capacité d’envoi jusqu’à ce qu’il reçoive des paiements ou rééquilibre via une autre route. Les transferts importants qui dépassent la capacité sortante restante d’un canal échouent instantanément, ce qui oblige à de nouvelles tentatives ou à un repli sur des méthodes plus lentes.
2. Pour les nouveaux participants, la liquidité de réception est structurellement plus difficile à obtenir que la liquidité d’envoi. Ouvrir un canal avec ses propres fonds ne crée qu’une capacité sortante ; la contrepartie détient tout le solde entrant. Pour recevoir des paiements, un utilisateur doit soit dépenser d’abord (en faisant sortir des fonds), soit demander à quelqu’un d’autre d’ouvrir un canal vers lui, soit acheter de la liquidité entrante auprès d’un fournisseur de services. Cette asymétrie crée, pour les nouveaux nœuds qui rejoignent le réseau, une dépendance persistante envers des tiers ou envers un historique de transactions antérieur.
3. La sécurité non-custodial exige une vigilance constante. Si un nœud est hors ligne pendant que sa contrepartie diffuse un état d’engagement obsolète, l’utilisateur déconnecté dispose d’une fenêtre limitée pour répondre par une transaction de pénalité utilisant les secrets de révocation. S’il laisse passer cette fenêtre, le tricheur conserve ce que l’ancien état lui attribuait. Des watchtowers peuvent surveiller la chaîne pour le compte des utilisateurs, mais l’utilisateur doit alors compter sur le fait que la watchtower reste en ligne et agisse ; une watchtower ne peut pas voler de fonds. Pour beaucoup d’utilisateurs, maintenir un nœud en ligne 24 heures sur 24 est une contrainte pratique que les services custodial absorbent en gérant l’infrastructure en interne.
4. La topologie du réseau est inégalement répartie. L’efficacité du routage dépend de gros nœuds bien financés qui détiennent une liquidité importante sur plusieurs canaux pour faciliter les transferts à fort volume. Les petits nœuds manquent souvent de la capacité ou de la connectivité nécessaires pour router seuls des paiements importants, ce qui crée des goulots d’étranglement. Les attaques par sondage (probing) peuvent révéler les soldes des canaux en envoyant des paiements de test qui échouent à des sauts précis, ce qui permet aux observateurs de cartographier l’emplacement de la liquidité et affaiblit la confidentialité des paiements.
5. Les coûts on-chain restent une contrainte forte pour l’adoption. Chaque ouverture et chaque fermeture de canal nécessitent une transaction Bitcoin, avec des frais qui s’envolent pendant les périodes de forte activité du mempool. Pour les utilisateurs qui ouvrent et ferment fréquemment des canaux, ces frais peuvent grignoter les économies réalisées grâce aux paiements off-chain. Des conceptions comme les channel factories et les covenants visent à réduire ce surcoût en permettant à plusieurs utilisateurs de partager une même sortie on-chain ou d’imposer des scripts complexes sans alourdir la chaîne, mais leur mise en œuvre à grande échelle reste en suspens.
6. La capacité publique du réseau reste modeste au regard de l’offre totale de bitcoins. Selon les observations récentes, la somme de tous les canaux publics tourne autour de quelques milliers de BTC, tandis que les canaux privés, invisibles dans le graphe, représentent une part significative mais inconnue. Cette visibilité publique limitée rend difficile l’évaluation de la santé réelle du réseau ou de la profondeur de sa liquidité. L’attaque par replacement cycling, divulguée en 2023, a montré qu’un attaquant pouvait exploiter les règles de remplacement du mempool pour empêcher la confirmation de la transaction de timeout d’un nœud de routage jusqu’à l’expiration d’une échéance en amont, puis s’emparer des fonds ; les mesures d’atténuation réduisent ce risque sans l’avoir éliminé.

Partie IIArk et les nouvelles couches de paiement

7. Burak Keceli a proposé Ark en mai 2023 comme protocole de seconde couche permettant à de nombreux utilisateurs de partager des UTXO coordonnés par un opérateur. Contrairement à Lightning, qui requiert des canaux bilatéraux avec une liquidité préfinancée, Ark agrège les soldes dans des sorties partagées gérées par l’opérateur. Cette structure réduit considérablement l’empreinte on-chain par utilisateur et vise une adoption mondiale de l’auto-conservation sans la complexité de la gestion des canaux.
8. Le mécanisme central repose sur un opérateur qui coordonne les paiements off-chain tout en maintenant un état valide sur Bitcoin. Les utilisateurs peuvent sortir unilatéralement vers leurs propres adresses à tout moment avant l’expiration de leurs sorties partagées, en soumettant une transaction on-chain. Cette voie de sortie est essentielle : elle empêche l’opérateur de geler les fonds indéfiniment, ce qui distingue Ark des modèles custodial où l’émetteur détient le contrôle exclusif des clés.
9. Ark Labs a lancé Arkade, qui a effectué ses premiers paiements sur le mainnet en août 2025 avant d’ouvrir au public en octobre 2025. Parallèlement, Second a développé Bark, une implémentation distincte arrivée sur le mainnet le 9 juin 2026. Les deux systèmes ne sont pas interopérables : les utilisateurs ne peuvent pas transférer directement des fonds entre Arkade et Bark sans d’abord sortir vers la couche de base, ce qui fragmente les pools de liquidité.
10. Par rapport à Lightning, Ark supprime le besoin de liquidité entrante pour recevoir des paiements. Sur Lightning, un utilisateur doit ouvrir des canaux avec des pairs pour accepter des paiements, ce qui exige une gestion rigoureuse de la liquidité. Ark simplifie cela en laissant l’opérateur gérer en interne des états comparables à des canaux, et ses transactions partagées offrent aux utilisateurs une certaine confidentialité, proche de celle d’un CoinJoin.
11. Les compromis portent sur la disponibilité de l’opérateur et le coût de sortie. Si un opérateur se déconnecte, les utilisateurs peuvent toujours sortir on-chain, mais ils doivent payer des frais de transaction et attendre la confirmation. Des délais (timeouts) déterminent la rapidité avec laquelle un utilisateur peut forcer une sortie si l’opérateur ne signe pas les transactions coopératives. Les sorties partagées expirent également : dans la conception d’origine, les utilisateurs doivent se reconnecter pour renouveler leurs soldes avant un délai, souvent de plusieurs semaines, faute de quoi l’opérateur peut récupérer la sortie.
12. Les systèmes d’ecash offrent de la confidentialité mais sont custodial : Cashu repose sur un mint unique, Fedimint sur une fédération, et tous deux détiennent les bitcoins. Ark vise une auto-conservation non-custodial offrant des avantages comparables en matière de confidentialité. Le débat se poursuit sur la question de savoir si cette complexité se justifie face à l’écosystème mature de Lightning, les deux protocoles coexistant et pouvant se compléter dans les futures architectures de paiement.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• A. M. Antonopoulos, O. Osuntokun & R. Pickhardt, Mastering the Lightning Network (2021)
• A. Riard, replacement cycling disclosure (bitcoin-dev mailing list, October 2023)
• Public network statistics from 1ML and mempool.space Lightning
• Ark protocol documentation (ark-protocol.org)
• Bitcoin Magazine, 'Bark Launches on Mainnet' (June 2026)
• Ark Labs announcements (August and October 2025)