-
Notifications
You must be signed in to change notification settings - Fork 386
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow self-payment #2462
Milestone
Comments
@TheBlueMatt let me take this issue |
Go for it. |
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 13, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 18, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 18, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 18, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 19, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 21, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 22, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 22, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Sep 22, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Oct 27, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Oct 28, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Nov 1, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Nov 1, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Nov 3, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Nov 12, 2023
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Jan 11, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Jan 26, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Jan 29, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Feb 5, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Feb 5, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Mar 8, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Mar 11, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Mar 11, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Mar 11, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
vladimirfomene
added a commit
to vladimirfomene/rust-lightning
that referenced
this issue
Mar 11, 2024
This PR solves issue lightningdevkit#2462. If we asked to pay an invoice that we generated ourselves. We generate PaymentSent and PaymentClaimable event and mark the payment as fulfilled in our set of outbound payments. This PR is important because we realized users can easily screw up self payments when they implement it themselves. See here: https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003983.html
This was referenced Jun 17, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Shouldn't be too hard, really, just have to have a length-one route to ourselves with a dummy SCID (zero?) generated by the router. Then if we see it we immediately generate a PaymentSent and PaymentReceived event and put it in the outbound payment set as fulfilled. We'll have to think a bit about how to ensure persistence is guaranteed but maybe we just handwave that away for now and rely on the user checking the pending payment set and seeing it missing?
The text was updated successfully, but these errors were encountered: