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
_______________________________________________ Lightning-dev mailing list [email protected] https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
