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
When we try to forward a payment but it fails, users may want to know about this, as it may imply something about rebalancing channels or at least may be something users want to collect stats about. As discussed in #1391 I don't think we want to expose payment hash here, but source + sink channels+nodes and whether we forwarded at all or failed without being able to forward would be useful info for users.
The text was updated successfully, but these errors were encountered:
Is the sink node and channel referring to the node we are forwarding to that failed and the outbound channel respectively?
Same question as above, but for source node/channel
Will adding an else case here suffice in capturing where forwarding logic can fail? (still new to code base, just making sure I'm understand what is happening correctly)
Yes, correct, I was using it to refer to the forwardee and HTLC source.
Will adding an else case here suffice in capturing where forwarding logic can fail? (still new to code base, just making sure I'm understand what is happening correctly)
Ah, no, sorry, I believe that branch is for if the claim is duplicative of a previous claim (which can happen sometimes). For the forwarding-failed case you probably want to look at fail_htlc_backwards_internal.
I believe that only applies in cases where we forwarded the HTLC and then have it fail, if we receive an HTLC and decide we can't forward it without forwarding at all, we don't generate the event. Will open a new issue for that.
When we try to forward a payment but it fails, users may want to know about this, as it may imply something about rebalancing channels or at least may be something users want to collect stats about. As discussed in #1391 I don't think we want to expose payment hash here, but source + sink channels+nodes and whether we forwarded at all or failed without being able to forward would be useful info for users.
The text was updated successfully, but these errors were encountered: