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>
๐ 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>