Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM

On Wed, Sep 06, 2023 at 03:32:50AM +0200, Bastien TEINTURIER wrote: Hey Zman, I saw the announcement about the commando plugin, and it was actually one of the reasons I wanted to write up what I had in mind, because while commando also uses a lightning connection to send commands to a lightning

Re: [Lightning-dev] Lightning RPC

On Mon, Jan 24, 2022 at 01:54:49PM +1030, Rusty Russell wrote: Christian Decker writes: William Casarin writes: I think the end goal of an RPC bolt [blip] would be super powerful, so that lnsocket could talk to any lightning node, but that could be further down the line. Choosing the right

[Lightning-dev] Lightning RPC

Hey Christian, I noticed you are doing RPC stuff... I'm looking to do RPC over lightning itself. I started a C library called lnsocket[1], scrounged from clightning parts, so that I can send messages from iOS to control my lightning node. I've got to the point with lnsocket where I can send

Re: [Lightning-dev] Split payments within one LN invoice

Hey Christian, On Thu, Dec 16, 2021 at 11:27:33AM +0100, Christian Decker wrote: This is quite a common request, and we've used a solution I like to call the "Poor man's rendez-vous". It basically routes a payment through all the parties that are to be paid, with the last one accepting the

Re: [Lightning-dev] Split payments within one LN invoice

On Wed, Dec 15, 2021 at 01:59:49PM -0800, William Casarin wrote: Hey Ronan, On Wed, Dec 15, 2021 at 05:33:51PM +, Ronan McGovern wrote: If not, what would be required to develop this? * A protocol change? * Could it be built with the current protocol (I see an app on LN Bits to split

Re: [Lightning-dev] Split payments within one LN invoice

Hey Ronan, On Wed, Dec 15, 2021 at 05:33:51PM +, Ronan McGovern wrote: Hi folks, I'm Ronan - based in Dublin and building Trelis.com (simple payment links to accept Lightning). I'm wondering if there is a way to create an invoice that splits the payment to two lightning addresses? If not,

Re: [Lightning-dev] Machine-to-machine LN payments

Eugene via Lightning-dev writes: > Hello, list, > > I haven't closely following the Lightning Network's state of affairs since > late 2018 and I wondering, is it possible to support the following use-case > with LN: > > 1. A user subscribes to the service by opening a channel with it > 2. User

Re: [Lightning-dev] [bitcoin-dev] On the scalability issues of onboarding millions of LN mobile clients

Orfeas Stefanos Thyfronitis Litos writes: > ZmnSCPxj via Lightning-dev writes: >> If everyone runs such a privately-owned server, on the other hand, this >> is not so different from having a Lightning node you run at your home >> that has a fullnode as well and which you access via a remote

Re: [Lightning-dev] visual identification of payee node id

Pavol Rusnak via Lightning-dev writes: > Hi all! > > Currently, when I perform a payment via QR code, I usually check the > payee node id (public key) in the send dialog. However, this is a rather > long hex value, so for example Eclair app shows just the beginning and > the end of the value. >

[Lightning-dev] [announce] LNvis alpha - A Lightning Network Visualizer

Hello lightning/bitcoin devs, I've been working on an OpenGL Lighting Network visualizer written in C + nanovg with no dependencies except for glfw. I thought I would release the alpha here first for testing. Right now it only parses c-lightning channels and node json, but I'm currently adding

Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput

A convention in Haskell libraries is to use an "unsafe" prefix to any function that may have side effects (here be dragons, etc) I'm happy with a _VULNERABLE or _UNSAFE postfix as a standard way to signal this. ___ Lightning-dev mailing list

Re: [Lightning-dev] negative fees for HTLC relay

Benjamin Mord writes: > [..] > why not allow negative fees to incent unwinding, in scenarios where nodes > consider that cheaper than on-chain rebalancing? This was brought up before here [1]: Rusty Russell writes: >> Edward Marynarz writes: >> Another trivial question: can the

Re: [Lightning-dev] Peer selection

ZmnSCPxj via Lightning-dev writes: > Good morning Stan, > >>How to I discover nodes - is there any UI to see nodes currently >>running on the network ? > > There are no UIs to my knowledge. Current LN programs keep track of this in > their databases,