LDK is super-flexible and can be used on any platform, like in the web.

It became the default for servers and enterprise-level nodes due to the high number of bindings to other languages.

Core-lightning was born as a test platform for specification proposals, opening up the node for experimentation and custom tailoring.

Acinq has two LN implementations. Eclair for big nodes is great, but they also wanted something for native wallet development without all the routing stuff, that's why they built phoenixd.

Nickolas was just a user that wanted to understand how Lightning worked. The best way to learn about it was to build his own implementation.

Matt started working on Lightning because that's where he thought he could have more impact on people lives.

Fabrice Drouin of Acinq joined the panel!

Panel of the day on Main Stage at nostr:npub1dwah6u025f2yy9dgwlsndntlfy85vf0t2eze5rdg2mxg99k4mucqxz7c52 Lightning++ Edition: nostr:npub1e0z776cpe0gllgktjk54fuzv8pdfxmq6smsmh8xd7t8s7n474n9smk0txy ofnostr:npub1dwah6u025f2yy9dgwlsndntlfy85vf0t2eze5rdg2mxg99k4mucqxz7c52 moderates the panel "Implementing Lightning" with

nostr:npub185h9z5yxn8uc7retm0n6gkm88358lejzparxms5kmy9epr236k2qcswrdp of Spiral, Christian Decker of nostr:npub1jg552aulj07skd6e7y2hu0vl5g8nl5jvfw8jhn6jpjk0vjd0waksvl6n8n and Nickolas Goline of

nostr:npub10pensatlcfwktnvjjw2dtem38n6rvw8g6fv73h84cuacxn4c28eqyfn34f

Gateways: Enable building a mint without having lightning.

Outgoing payment: Done.

Incoming payment: Not yet implemented, still under active research.

The other way round is also feasible, but not yet implemented.

A project called LNProxy is working on making reverse multinut come true.

Multinut: Solves UX problem and reduces the risk for the user.

A big payment can be performed by sending partial payments to each mint involved with the user receiving an atomic payment.

Lightning is the connecting tissue, the common API for Bitcoin sub-systems to talk to each other.

Lightning is used to pay to the world out of the mint or to swap funds between different mints.

E-cash:

- Privacy preserving

- Bearer token

- "Push" UX

- Programmable

The goal is to improve Bitcoin UX.

Cashu implementations like CDK and Coco allow developers to create cashu-powered app easily.

Last talk of the day on Main Stage at nostr:npub1dwah6u025f2yy9dgwlsndntlfy85vf0t2eze5rdg2mxg99k4mucqxz7c52 Lightning++ Edition: nostr:npub12rv5lskctqxxs2c8rf2zlzc7xx3qpvzs3w4etgemauy9thegr43sf485vg of Cashu with "Cashu: Money at Lightning Speed".

Now, the question is: How do we implement them?

We need a syntax that can describe a splice of any complexity in the simplest way possible: Splice Script.

Splicing can be integrated also in Payjoins and Coinjoins.

More complex tasks:

- Opening many channels at once

- Moving funds from many channels to many other channels

- Closing one or many channels and moving funds to another channel

What does splicing enable now?

Done:

- Adding/taking funds to/from a channel without closing it.

Future work:

- Moving funds from one channel to another or to a new channel.

- Paying a chain address from a channel

- Pay directly into a channel from external address or opening a new one