Files
lightning/daemon
Rusty Russell caf50c9ae4 peer: handle fulfull and fail onchain.
We now need to use bitcoin_witness_htlc with the r value, so that API
is updated to take 'struct rval' or 'struct sha256'.

We use the nc->delay amount (ie. dstate->config.min_htlc_expiry) to
wait for a timeout refund to be buried before "failing" upstream.
This should probably be made into a clearer parameter rather than
overloading this one.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>


Header from folded patch 'dont-use-peer-nc-in-onchain-code.patch':

peer: Don't use peer->nc->delay for onchain case.

Use the config var directly.  We should be freeing peer->nc when the
connection dies anyway.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2016-07-01 12:00:17 +09:30
..
2016-07-01 12:00:17 +09:30
2016-01-22 06:41:47 +10:30
2016-07-01 12:00:17 +09:30
2016-01-22 06:45:28 +10:30
2016-05-26 15:25:24 +09:30
2016-05-26 15:25:24 +09:30
2016-01-22 06:41:49 +10:30
2016-07-01 12:00:17 +09:30
2016-05-26 15:25:24 +09:30
2016-05-26 15:25:24 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-01-22 06:41:48 +10:30
2016-01-22 06:41:48 +10:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-05-10 06:28:17 +09:30
2016-05-10 06:28:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 11:59:15 +09:30
2016-07-01 11:59:15 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-07-01 12:00:17 +09:30
2016-05-10 06:26:09 +09:30
2016-05-10 06:26:09 +09:30