Published on: 2023-07-29T16:37:26+00:00
The email discusses the idea of implementing a multipath keysend protocol, which would allow for multipath payments. In this scheme, the preimage is embedded as TLV 5482373484 with a length of 32. The sender would split the keysend into multiple parts, each using the same payment hash. The receiver would only be able to claim the payment once all parts have arrived. The receiver holds the payment when it receives a part and finds that the supposed preimage does not match the actual HTLC payment hashes. When it receives another part, it XORs the supposed preimages together until it gets the correct preimage and can claim the entire funds. This scheme can work with any number of parts and even supports dynamic splitting. If a part reaches a receiver that doesn't support multipath keysend, it will error with "incorrect_or_unknown_payment_details", while an MPP-capable receiver will hold onto the incoming HTLCs until the MPP timeout and error with "mpp_timeout". The same feature bit 55 can be reused for this purpose.
Updated on: 2023-08-11T15:57:07.665462+00:00