Hi Alex,
This is a super cool project! I've shared some thoughts here in a comment on
the draft PR:
PR:
https://github.com/lightningnetwork/lnd/pull/6843#issuecomment-1234933319
Also I cc'd the lnd mailing list on this reply, perhaps we can move the
discussion over there (or in the issue) since
Hi Val,
Happy to see ppl continue to work on the problem space after discussions and
brainstorming we had at the past LN Summit in Oakland.
> The open research question relates to how the sender will get an invoice
> from the receiver, given that they are offline at sending-time
One existing
Hi Z,
> Quick question: is the address given by the `loop in --external` command
safe
> for reuse?
Thx for this question, I think this is the key difference I was looking for
(not the aspect about confirmations, since that's no different). Since that
address contains a swap hash in the script,
Hi Z,
> * Submarine swap/peerswap: Requires confirmation before the swap service
> will send out the HTLC on Lightning.
I might be missing something, but I don't see how this is different from a
normal on-chain to off-chain swap (calling this Loop In for short in the
remainder of the email).
Hi tbast,
FWIW, we haven't had _too_ many issues with the additional constraints
anchor channels bring. Initially users had to deal w/ the UTXO reserve, but
then sort of accepted the trade-off for the safety that actually being able
to dynamically bump the fee on your commitment transaction and
Hi Johan,
I haven't really been able to find a precise technical explanation of the
"utxo teleport" scheme, but after thinking about your example use cases a
bit, I don't think the scheme is actually sound. Consider that the scheme
attempts to target transmitting "ownership" to a UTXO. However,
lnd supports paying invoices it generates, you just need to set the
`allow_self_payment` field using this
API: https://lightning.engineering/api-docs/api/lnd/router/send-payment-v2.
This _does_ end up actually finding a circular route through the network
though, it's most commonly used to
Hi Z,
Or you can just use AMP and call it a day:
https://github.com/lightning/bolts/pull/658
-- Laolu
On Fri, Jul 28, 2023 at 12:24 AM ZmnSCPxj via Lightning-dev <
lightning-dev@lists.linuxfoundation.org> wrote:
> Good morning list,
>
> I would like to share a simple scheme for creating a
> Their website shows an invoice to the user, whose wallet that is agnostic
> about the swap, and it would be unpractical for them to show two invoices
> to be paid simultaneously
In order to be properly non-custodial, a submarine swap client needs to be
able to unilaterally sweep or timeout
Hi Dan,
> I'm trying to understand what the correct behaviour is when two nodes
> (Alice and Bob) have an open channel, and one of the channels (Alice)
> loses their IPv4 lease,
> 1. Is there a specific behaviour prescribed in any spec in this scenario?
Assuming one of the nodes has a public
> Some folks indicated they'd like to interact with it via the supposed
> "mailing list mode", but sadly AJ indicated it may not be super reliable
> (and seems to be disabled on delvingbitcoin.org). I've asked AJ to enable
> it so people can maybe try it out but we'll see if it works. Sadly if you
Hi y'all,
Re Google Groups:
It appears that one can join a Google Group without a _gmail_ account by
sending a special subscribe email to a certain Google Groups endpoint:
https://webapps.stackexchange.com/a/126053. FWIW, this won't let you use the
web UI directly (useful for searching, the
101 - 112 of 112 matches
Mail list logo
