Dual funding

Le problème initial

Dans Lightning Network classique, un canal est ouvert par une seule partie : celle qui apporte les fonds (le « funder »). L'autre partie n'a aucune liquidité de son côté tant que le funder ne lui envoie rien. C'est un problème de bootstrap majeur pour deux raisons :

1. Inbound liquidity : un commerçant qui veut recevoir des paiements doit attendre qu'on lui en envoie pour avoir de la liquidité entrante.
2. Asymétrie d'engagement : seul le funder paie les frais d'ouverture et porte le risque de force-close.

Le principe du dual funding

Le dual funding (proposé dans la BOLT pull request 851, par Lisa Neigut et l'équipe Core Lightning) modifie la phase d'ouverture pour permettre aux deux pairs de contribuer à la transaction de financement. Concrètement :

1. Alice propose d'ouvrir un canal et indique sa contribution.
2. Bob répond en proposant à son tour une contribution.
3. Les deux co-construisent la transaction d'ouverture interactivement, chacun ajoutant ses propres inputs.
4. La signature et la diffusion sont coordonnées.

Le canal s'ouvre alors avec une liquidité équilibrée des deux côtés, immédiatement utilisable dans les deux sens.

Bénéfices concrets

| Bénéfice | Effet | |---|---| | Liquidité bidirectionnelle dès l'ouverture | Plus besoin de « priming » | | Partage des frais d'ouverture | Coût réparti entre les deux pairs | | Briques pour Liquidity Ads | Marché de la liquidité Lightning | | Compatible avec PSBT | Workflows hardware wallet possibles | | Permet du splicing initial | Combiner plusieurs UTXO |

Liquidity Ads : le cas d'usage phare

Le dual funding débloque les Liquidity Ads, un mécanisme où les nœuds bien capitalisés publient des « annonces » de liquidité disponible à la location. Un nouveau nœud qui souhaite recevoir des paiements peut, en une transaction, ouvrir un canal et acheter X sats de liquidité entrante. Le routage Lightning devient ainsi un marché transparent.

Implémentations

• Core Lightning : pionnier, dispose du dual funding stable depuis 2022.
• LND : intégration progressive depuis 2023.
• Eclair : support en cours, axé sur les usages mobiles (Phoenix).
• LDK : implémenté dans la version 0.0.118+.

Les wallets utilisateurs (Phoenix, Breez, Mutiny) en bénéficient en cascade : ouverture de canal avec liquidité achetée en une seule étape pour l'utilisateur final.

Lien avec le splicing

Le splicing, qui permet d'ajuster la taille d'un canal existant sans le fermer, partage la même mécanique interactive de construction de transaction (« interactive-tx »). Dual funding et splicing sont donc deux faces d'une même évolution majeure du protocole BOLT.

À retenir

Le dual funding élimine une friction majeure de Lightning : l'asymétrie d'origine des canaux. Combiné aux Liquidity Ads et au splicing, il transforme Lightning en un réseau de liquidité fluide, plus accessible aux nouveaux nœuds. Voir aussi splicing et Lightning Network.