Janus
3ccd2fedff
ln: two remaining encumberedTx removal remnants
2019-08-20 09:03:11 +02:00
ThomasV
5776b322f7
formatting
2019-08-20 09:03:11 +02:00
ThomasV
b0f39718bb
remove useless returns and cryptic names
2019-08-20 09:03:11 +02:00
Janus
2c1fcb2f54
ln: remove EncumberedTransaction
2019-08-20 09:03:11 +02:00
Janus
3975560db5
lnsweep: use dicts consistently
2019-08-20 09:03:11 +02:00
ThomasV
8274067619
fix lnsweep: prevout
2019-08-20 09:03:11 +02:00
ThomasV
fde9f91902
lnchannel: store pre-signed sweep transactions after each new commitment
2019-08-20 09:03:11 +02:00
ThomasV
3019aa35cf
on_close_channel: fix output index, and simplify lnsweep
2019-08-20 09:03:11 +02:00
ThomasV
1b7a3c25d1
lnsweep: return ctx.txid instead of None
2019-08-20 09:03:11 +02:00
Janus
545182e0a5
lnsweep: make maybe_create_sweeptx_for_their_ctx_to_local consistent
2019-08-20 09:03:11 +02:00
Janus
47c07f77b4
lnsweep: fix create_sweeptxs_for_their_just_revoked_ctx
...
in the case where an htlc is failed, it could happen
that we use the wrong list of htlcs to generate sweep
tx'es. we would use the pending list instead of the
committed list.
observed by sending 12300sat and then 123000sat,
the second payment fails and an AssertionError was
triggered cause the htlc output could not be found
in the ctx.
added some documentation to clarify the behaviour
of lnchan.included_htlcs.
2019-08-20 09:03:11 +02:00
SomberNight
0070ae1fb1
fix prev
2019-08-20 09:03:11 +02:00
SomberNight
595cfcbb65
move sweeping methods from lnchan.py to new file
...
also sweep "received" htlcs from "our" ctx
also sweep htlcs from their ctx (non-breach)
extract ctn; included_htlcs_in_their_latest_ctxs
2019-08-20 09:03:11 +02:00