12 commits

Author	SHA1	Message	Date
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