core-lightning/channeld/channeld_wire.csv
niftynei f9aab50ee8 dual-fund: rework where we send our tx-sigs message, allow peers in
Prior to this patch update, we expected a client to call
`openchannel_signed` before checking for peer's tx-sigs messages on the
wire.

When moving to a 'multifundchannel' approach, we'll need to be able to
collect sigs from our peers before sending our tx_sigs message. There's
no strict ordering on when tx-sigs messages are sent/received, so this
is fine.

To do this, we go ahead and start up channeld as soon as
commitment_sigs are secured, so that we process incoming tx-sigs from
our peers as soon as we get them.
2020-10-21 09:04:32 +10:30

10 KiB

1#include <bitcoin/psbt.h>
2#include <bitcoin/tx.h>
3#include <common/cryptomsg.h>
4#include <common/channel_config.h>
5#include <common/channel_id.h>
6#include <common/derive_basepoints.h>
7#include <common/features.h>
8#include <common/fee_states.h>
9#include <common/per_peer_state.h>
10# Begin! (passes gossipd-client fd)
11# channeld->master received tx_sigs from peer
12# master->channeld send our tx_sigs to peer
13# master->channeld funding hit new depth(funding locked if >= lock depth)
14# Tell channel to offer this htlc
15# Reply; synchronous since IDs have to increment.
16# Empty failure message means success.
17# Main daemon found out the preimage for an HTLC
18#include <bitcoin/preimage.h>
19# Main daemon says HTLC failed
20# When we receive funding_locked.
21#include <common/penalty_base.h>
22# RCVD_ADD_COMMIT: we're now committed to their new offered HTLCs.
23# RCVD_REMOVE_COMMIT: we're now no longer committed to these HTLCs.
24#include <common/htlc_wire.h>
25# Tell peer to shut down channel.
26# Peer told us that channel is shutting down
27# Re-enable commit timer.
28# master -> channeld: do you have a memleak?
29# Peer presented proof it was from the future.
30# This is NULL if option_static_remotekey.
31# Handle a channel specific feerate base ppm configuration
32# When we receive announcement_signatures for channel announce
33# Ask channeld to send a error message. Used in forgetting channel case.
34# Tell master channeld has sent the error message.
35# Lightningd tells us to send a onion message.