1245ffaae3
We need to enforce this onchain as we do in the protocol off-chain, otherwise we can have an onchain redemption we can't redeem upstream via the protocol. While Laolu points out there's a 520 byte limit on witness stack element, that can still make for a larger tx and make problems for the steal tx case. The downside is that even the timeout transaction, which used to spend the HTLC with an empty 'secret', now needs a 32-byte secret, making it a little larger. We create a 'bitcoin_witness_htlc' helper for this case. See: http://lists.linuxfoundation.org/pipermail/lightning-dev/2016-May/000529.html 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.