caf50c9ae4
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> |
||
|---|---|---|
| .. | ||
| test | ||
| Makefile | ||
| README | ||
| address.h | ||
| base58.c | ||
| base58.h | ||
| block.c | ||
| block.h | ||
| locktime.c | ||
| locktime.h | ||
| privkey.h | ||
| pubkey.c | ||
| pubkey.h | ||
| script.c | ||
| script.h | ||
| shadouble.c | ||
| shadouble.h | ||
| signature.c | ||
| signature.h | ||
| tx.c | ||
| tx.h | ||
| varint.c | ||
| varint.h | ||
README
These are standard bitcoin manipulation routines which should be provided by any normal bitcoin library in whatever language you choose. The ones here are standalone ones taken from bitcoin core and some I wrote, many taken from bitcoin-iterate and pasted in here.