You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, our payment flow supports BOLT 11 only. We should support BOLT 12 here. I think this is where it makes sense to actually use the BOLT 12 invoice lni... instead of an offer lno.... For any kind of order fulfillment system with bitcoin payments, you need to be able to distinguish one bitcoin payment from another. If we have tons of 5k sat payments all coming in to the same offer, we don't have a great way to correlate a payment with a given order. Thus, I think the BOLT 12 invoice would be a good solution here. But I'd love to hear others thoughts.
The text was updated successfully, but these errors were encountered:
Currently, our payment flow supports BOLT 11 only. We should support BOLT 12 here. I think this is where it makes sense to actually use the BOLT 12 invoice
lni...
instead of an offerlno...
. For any kind of order fulfillment system with bitcoin payments, you need to be able to distinguish one bitcoin payment from another. If we have tons of 5k sat payments all coming in to the same offer, we don't have a great way to correlate a payment with a given order. Thus, I think the BOLT 12 invoice would be a good solution here. But I'd love to hear others thoughts.The text was updated successfully, but these errors were encountered: