lightning

History

Rusty Russell 36b1cac6e6 lightningd: new state AWAITING_UNILATERAL. When in this state, we send a canned error "Awaiting unilateral close". We enter this both when we drop to chain, and when we're trying to get them to drop to chain due to option_data_loss_protect. As this state (unlike channel errors) is saved to the database, it means we will never talk to a peer again in this state, so they can't confuse us. Since we set this state in channel_fail_permanent() (which is the only place we call drop_to_chain for a unilateral close), we don't need to save to the db: channel_set_state() does that for us. This state change has a subtle effect: we return WIRE_UNKNOWN_NEXT_PEER instead of WIRE_TEMPORARY_CHANNEL_FAILURE as soon as we get a failure with a peer. To provoke a temporary failure in test_pay_disconnect we take the node offline. Reported-by: Christian Decker @cdecker Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>		6 years ago
..
test	Remove tal_len, use tal_count() or tal_bytelen().	7 years ago
Makefile	channeld: send our own pings whenever we indicate we want to send a commitment.	6 years ago
channel.c	lightningd: new state AWAITING_UNILATERAL.	6 years ago
channel_wire.csv	lightningd: message for channeld to tell us that channel risks penalty.	6 years ago
channeld_htlc.h	channeld: always receive and maintain short_channel_id of failing channel.	7 years ago
commit_tx.c	Remove dead stores	7 years ago
commit_tx.h	Use expected LIGHTNING_DIR_FILE_H define	7 years ago
full_channel.c	Use snprintf(...) instead of sprintf(...)	6 years ago
full_channel.h	channeld: make channel_fulfill_htlc return the HTLC it fulfulled.	7 years ago
full_channel_error.h	channeld: map htlc add/remove errors to names.	7 years ago