What is Nostr?
Jonathan Underwood [ARCHIVE] /
npub1axvโ€ฆftr0
2023-06-09 12:48:30

Jonathan Underwood [ARCHIVE] on Nostr: ๐Ÿ“… Original date posted:2018-01-11 ๐Ÿ“ Original message: Hi all, I have mentioned ...

๐Ÿ“… Original date posted:2018-01-11
๐Ÿ“ Original message:
Hi all,

I have mentioned this to roasbeef re: lnd implementing it... but I am
wondering if this idea has propagated through the LN community and whether
other wallets are going to implement it?

Feature:

If the recipient of a payment waiting for a specific r_hash receives
an open_channel message with push_msat >= the value of the request where
the temporary_channel_id contains the r_hash... that payment will be set to
a WAITING_OPEN status.

Once the channel is open, the payment moves to a PAID status.

If while waiting for channel to open in the WAITING_OPEN state, a routed
payment is received with the r_hash, accept that payment and change the
payment status to PAID.

Reasoning:

1. Open_channel can take up to 10 minutes, but most smartphone apps kill
background network processes for apps after 5 minutes or so.
2. If routing fails to pay someone. A wallet UI should ask the user:
"You have enough on-chain funds to send. What would you like to do?
1. Open channel & send
2. Send on-chain
3. Give up"
3. If we choose 1 in the current implementations, we would need to open a
channel, then wait... then remember to re-open the app as soon as the
channel is open. Then we need to paste the payment request again.
4. By allowing the person to "pay" with an open_channel, it allows people
to signal intent to pay... allowing payment processors that generate
payment requests with short expiration times to react to that intent
accordingly.


I think this might be good to add into BOLT 2... what does everyone
think?....... not sure.

Thanks for your input.
Jon

--
-----------------
Jonathan Underwood
ใƒ“ใƒƒใƒˆใƒใƒณใ‚ฏ็คพ ใƒใƒผใƒ•ใƒ“ใƒƒใƒˆใ‚ณใ‚คใƒณใ‚ชใƒ•ใ‚ฃใ‚ตใƒผ
-----------------

ๆš—ๅทๅŒ–ใ—ใŸใƒกใƒƒใ‚ปใƒผใ‚ธใ‚’ใŠ้€ใ‚Šใฎๆ–นใฏไธ‹่จ˜ใฎๅ…ฌ้–‹้ตใ‚’ใ”ๅˆฉ็”จไธ‹ใ•ใ„ใ€‚

ๆŒ‡็ด‹: 0xCE5EA9476DE7D3E45EBC3FDAD998682F3590FEA3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20180111/759776ff/attachment.html>;
Author Public Key
npub1axv7m5dyyrnatcvmu7rse0860x9mnr95prje9x32rqvperr0rhhqp0ftr0