Ryan Grant [ARCHIVE] on Nostr: š
Original date posted:2016-09-10 š Original message: Payments unexpectedly ...
š
Original date posted:2016-09-10
š Original message:
Payments unexpectedly fragmented into multiple LN channels are
trickier than transactions spending multiple UTXOs. If Alice pays Bob
using multiple channels to fund one payment, then Bob's accounting
procedures might need time-based heuristics to join separate LN
transactions.
Wherever payments might fragment, some reassembly protocol support,
like BIP 70's merchant_data field, should be available. Every wallet
should be assisting with this accounting.
Since it's a low-level protocol, a varint should suffice.
Since we didn't need to bring in X.509 yet, call it payment_id.
Lack of a payment_id could, if tolerated at all, be considered a
"don't fragment" request.
Published at
2023-06-09 12:46:43Event JSON
{
"id": "ba844ec4669b0c064348a282cf7a96a419c099bb346f201aebeefc84f7be8be2",
"pubkey": "2f55bf03677afdb15d004a39383afba6220aa6c059cafa7b8827b87934d3c254",
"created_at": 1686314803,
"kind": 1,
"tags": [
[
"e",
"2905ed6450199a5a99fdcaea6ab31a39ae7c96bf9c280d0f2dcb1fa96575a4fc",
"",
"root"
],
[
"e",
"6b7568365813c3212a935a06090e44ce3b51f73ef4442033727faa0abf998b97",
"",
"reply"
],
[
"p",
"13bd8c1c5e3b3508a07c92598647160b11ab0deef4c452098e223e443c1ca425"
]
],
"content": "š
Original date posted:2016-09-10\nš Original message:\nPayments unexpectedly fragmented into multiple LN channels are\ntrickier than transactions spending multiple UTXOs. If Alice pays Bob\nusing multiple channels to fund one payment, then Bob's accounting\nprocedures might need time-based heuristics to join separate LN\ntransactions.\n\nWherever payments might fragment, some reassembly protocol support,\nlike BIP 70's merchant_data field, should be available. Every wallet\nshould be assisting with this accounting.\n\nSince it's a low-level protocol, a varint should suffice.\nSince we didn't need to bring in X.509 yet, call it payment_id.\nLack of a payment_id could, if tolerated at all, be considered a\n\"don't fragment\" request.",
"sig": "8233e11decf33adc74d51be4aa12478c3ce8e99f9eee6152a624cd2f04da230df97e9a61f96077cad7491af9ac059444bbf30319be2d0d6727066c76d33dde16"
}