Skip to content

Partially implement more onion error handling for sent payments #219

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

Merged
merged 6 commits into from
Oct 23, 2018

Conversation

TheBlueMatt
Copy link
Collaborator

This is most of #157 (except for some of the new tests that aren't done yet) cleaned up a bit here and there and rebased to squash and reorder some commits. I didn't really review much process_onion_failure, but I'm OK with doing that post-0.0.6. Gonna go rebase the other 0.0.6 things on top of this now.

TheBlueMatt and others added 6 commits October 22, 2018 11:49
See new comments in code for more details
Also refactor out onion error handling into a function instead of
in update_fail_htlc.

Cache the initial htlc_msat that we sent instead of recalculating
it to check validity of the error returned.
While this isn't neccessary for message ordering consistency, this
does mean that we won't end up processing an HTLCFailChannelUpdate
from a update_fail_htlc prior to it being fully committed (where if
the peer disconnects/reconnects it could theoretically give us a
different result, eg if their next-hop reconnected to them).
@TheBlueMatt
Copy link
Collaborator Author

Note that the residual test changes are at TheBlueMatt@2018-10-157-rebased (@yuntai).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants