ba12e316f1
lightningd: fix minimum depth.
Only the side *accepting* the connection gives a `minumum_depth`, but both
sides are supposed to wait that long:
BOLT #2 :
### The `funding_locked` message
...
#### Requirements
The sender MUST wait until the funding transaction has reached
`minimum-depth` before sending this message.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
d27a5d3212
lightningd/lightningd: shutdown subdaemons on exit.
Especially under valgrind, we should give them some time to exit.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
3c5a70910a
lightningd/hsm: shutdown when master conn is freed.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
3509f10e30
lightningd/gossip: shut down daemon when status fd closed.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
15519e5ddf
lightningd/channel: set signatures to zero before sending to HSM.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
d06303c8a2
lightningd/channel: derive local channel_id.
We weren't setting it, but the peer wasn't checking it either.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
f4cf485f00
channeld: Added tracing of incoming and outgoing messages
Makes it easier to search for messages being exchanged when testing.
8 years ago
8e98e438e9
channeld: Collect signatures before sending announcements
We now have two partially overlapping state-machines: the channel
state and the announcement state. We need to request signatures from
the HSM to exchange them with the peer, and we need to have both sets
of signatures before we can proceed and send the actual announcements.
8 years ago
041accb114
channeld: Passing channel_update to HSM for signing, hand to gossipd.
Base-on-patch-by: Christian Decker <decker.christian@gmail.com>
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
21449650b0
lightningd/hsm: update_signature support.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
9c07376dcf
channeld: Use local secret to generate bitcoin signature
This key will eventually migrate to the HSM, but for now it's in the
channeld so we generate the signature there.
8 years ago
20716ad29b
channeld: Ask HSM for channel announcement signature
This is fairly simple: we use synchronous I/O to the HSM.
Based-on: Christian Decker <decker.christian@gmail.com>
8 years ago
30934eb2fb
hsm: Creating signatures for incoming channel announcement sig reqs
8 years ago
b41c8e240a
hsm: Added channel announcement sig request and reply
Note this only does the node signature; the channeld itself currently
holds the bitcoin privkey for the funding tx.
8 years ago
fc98d797d2
hsm: new fd type for channeld.
Instead of reusing HSMFD_ECDH, we have an explicit channeld hsm fd,
which can do ECDH and will soon do channel announce signatures as well.
Based-on: Christian Decker <decker.christian@gmail.com>
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
b18eaf8e1c
pay: Makefile was missing a header file
8 years ago
018c1d932d
lightning/pay: fix missing include.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
798c4b73c4
lightningd/htlc_end: fix key for stricter compiler.
We *should* split the struct into key and data, rather than only comparing
the key parts in the htlc_end_eq function. But meanwhile, this fixes
the code.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
e75309873b
lightningd/derive_basepoints.h: one place for 2^48 shachain constant.
Suggested-by: Christian Decker <decker.christian@gmail.com>
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
e2dc10f98d
lightningd: pay support.
The previous code was very tied to the old daemon, so this copies a large
part of it.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
f3dbc75eb3
lightningd: send message on HTLC failure, relay to peer.
We don't do the encryption wrapping we're supposed to do yet.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
1c0b43f04d
channel: tell master about the HTLC fulfillment.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
826fb0c2dc
lightningd: track HTLC ends.
This lets us link HTLCs from one peer to another; but for the moment it
simply means we can adjust balance when an HTLC is fulfilled.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
86da7c3a4d
lightningd/channel: send and receive htlc_fulfilled messages.
Includes a fix for the direction we fulfill.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
2d635a381b
lightningd/channel: pass owner, not sender to channel_fulfill_htlc / channel_fail_htlc
I got this wrong when using them.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
85fd8218e2
lightningd: track channel balance.
This is an approximate result (it's only our confirmed balance, not showing
outstanding HTLCs), but it gives an easy way to check HTLCs have been
resolved.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
be4af38d0c
channel: unwrap and send incoming HTLCs to master.
So far it just looks it up, marks it resolved, then does nothing.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
fed25cc540
lightningd/subd: add a context to requests.
If a peer dies, and then we get a reply, that can cause access after free.
The usual way to handle this is to make the request a child of the peer,
but in fact we still want to catch (and disard) it, so it's a little
more complex internally.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
a815500653
lightningd: hand HSM fd to channeld.
For the moment, it's just to do ECDH to read the onion.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
e36a65a189
lightningd/subd: msgcb return -1 to close channel.
They can't free it while we're using it, but they can return a value
to close it.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
eb61446ec8
daemon/invoice: wean off dstate (a little), link into new daemon.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
d3cbde4b46
lightningd/channel: send and receive revoke_and_ack packets.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
2ddc0b696c
lightningd/channel: keep old commit points.
We need this, to validate that the secret they give us matches it.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
27764b65f9
lightningd: fix shachain to be 48-bits, with hack for legacy.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
dd15361935
lightningd/derive_basepoints: helper to increment our per_commit_point.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
8f2c4348a9
lightningd/channel.c: tell if we're still awaiting revoke_and_ack.
And make sure we don't send another commit if we are.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
3041cd5915
lightningd/channel.c: clearer functions names, better return values.
We call channel_sent_commit *before* sending (so we know if we need
to), so the name is wrong. Similarly channel_sent_revoke_and_ack.
We can usefully have them tell is if there is outstanding work to do,
too.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
f83c04fdbe
lightningd/channel.c: make callbacks clearly generic
Passing through 'struct peer *' was a layering violation.
Reported-by: Christian Decker <decker.christian@gmail.com>
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
ada1eb5106
lightningd/channel.c: add callbacks for when HTLCs fully committed/removed.
The three cases we care about only happen on specific transitions:
1. They can no longer spend our failed HTLC: we can fail the source now.
2. They are fully committed to their new HTLC htlc: we can forward now.
3. They can no longer timeout their fulfilled HTLC: the funds are ours.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
82a467f131
lightningd/channel: send and receive update_commit
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
0197353bd9
lightningd/Makefile: put timeout into OLD_LIB_SRC for all daemons.
And remove the now-redundant mention in gossipd.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
64b50e5cb6
lightningd/channel: handle adding HTLC, generalize handler.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
4839916038
lightningd/cryptomsg: discard unknown odd messages internally.
This saves all callers having to handle it.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
47da80fdca
lightningd: dev_newhtlc command.
For testing point-to-point HTLCs.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
7919279367
lightningd/channel: inter-daemon messages for HTLC handling.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
185a649572
lightningd: include daemon/sphinx.
We're going to need it to make routes.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
075092411e
lightningd/channel: generate htlc txs and wscripts as well.
In practice, this is what we want, either to generate or check signatures.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
dd1a81d8bd
lightningd/channel: implement channel_fail_htlc.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
3a9c559dc6
lightningd/channel: quote BOLT #2 for checking expiry.
https://github.com/lightningnetwork/lightning-rfc/pull/138 :
BOLT 2: htlc-cltv must be in blocks.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
8cc7f31d44
Update wire from spec 9e0a0e893db389bfe392b2f4db8097949395fe28
Now we send genesis block in handshake.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
Rusty Russell
Christian Decker