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
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
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 TLVs
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 payme
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 but
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,
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
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 con
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.
>
>
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
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
Lightning-
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 fee be negative
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, although each one varies in detail. Presumab
13 matches
Mail list logo