mirrors/core-lightning
1
0
Fork 0
mirror of https://github.com/ElementsProject/lightning.git synced 2024-11-20 02:27:51 +01:00
Code Issues Projects Releases Wiki Activity
a948cf5c10
core-lightning/lightningd/dual_open_control.h

32 lines
854 B
C
Raw Normal View History

dual-fund: accepter side implementation on lightningd wherein we add the dual_open_control functions
2020-09-09 12:10:28 +02:00
#ifndef LIGHTNING_LIGHTNINGD_DUAL_OPEN_CONTROL_H
#define LIGHTNING_LIGHTNINGD_DUAL_OPEN_CONTROL_H
#include "config.h"
dual-open: handle sigs and channel lockin in dualopend, not channeld This will make it possible to do RBF, since we can re-start the opening process in dualopend while waiting for lock-in. Note the new channel states are being used, DUALOPEND_INIT and DUALOPEND_AWAITING_LOCKIN, to differentiate from openingd/channeld opens
2020-11-24 22:10:19 +01:00
#include <lightningd/subd.h>
dual-fund: accepter side implementation on lightningd wherein we add the dual_open_control functions
2020-09-09 12:10:28 +02:00
struct per_peer_state;
void peer_start_dualopend(struct peer *peer,
struct per_peer_state *pps,
const u8 *send_msg);
dual-open: handle sigs and channel lockin in dualopend, not channeld This will make it possible to do RBF, since we can re-start the opening process in dualopend while waiting for lock-in. Note the new channel states are being used, DUALOPEND_INIT and DUALOPEND_AWAITING_LOCKIN, to differentiate from openingd/channeld opens
2020-11-24 22:10:19 +01:00
df: reinitialize dual-funding Prior to this, all reconnect logic lived in channeld. If you disconnected before we finished building a funding transaction, that was no big deal. Now, however, we're waiting for the funding to lock in in dualopend, instead of handing straight to channeld to wait. So we need a way to restart dualopend.
2021-01-08 02:05:06 +01:00
void peer_restart_dualopend(struct peer *peer,
struct per_peer_state *pps,
struct channel *channel,
const u8 *send_msg);
dual-open: handle sigs and channel lockin in dualopend, not channeld This will make it possible to do RBF, since we can re-start the opening process in dualopend while waiting for lock-in. Note the new channel states are being used, DUALOPEND_INIT and DUALOPEND_AWAITING_LOCKIN, to differentiate from openingd/channeld opens
2020-11-24 22:10:19 +01:00
void dualopen_tell_depth(struct subd *dualopend,
struct channel *channel,
df-rbf: update channel data on depth reached When the funding tx reaches depth, update the channel's data to the "correct" funding transaction info from inflights (if necessary). This will be necessary if: - the transaction has been successfully RBF'd and - the lesser fee transaction is the one successfully mined, OR - the channel is in the process of being RBF'd
2021-01-07 20:03:06 +01:00
const struct bitcoin_txid *txid,
dual-open: handle sigs and channel lockin in dualopend, not channeld This will make it possible to do RBF, since we can re-start the opening process in dualopend while waiting for lock-in. Note the new channel states are being used, DUALOPEND_INIT and DUALOPEND_AWAITING_LOCKIN, to differentiate from openingd/channeld opens
2020-11-24 22:10:19 +01:00
u32 depth);
df: cleanup error handling on lightningd side Make existing methods understand how unsaved channels work, re-work errors so that we handle everything appropriately
2021-02-16 20:23:53 +01:00
void channel_close_conn(struct channel *channel,
const char *why);
listpeers: include info on channels that are in-process Channels that we're in negotiation for, but don't have a commitment transaction saved for yet.
2021-02-24 03:29:38 +01:00
connectd: clean up the channel stuffs when we get a reconnect If they've disconnected/reconnected we need to terminate all the inflight stuff, plus go ahead and call 'disconnect' plugin trigger etc.
2021-03-05 19:39:05 +01:00
void channel_close_reconn(struct channel *channel,
const char *why);
listpeers: include info on channels that are in-process Channels that we're in negotiation for, but don't have a commitment transaction saved for yet.
2021-02-24 03:29:38 +01:00
void json_add_unsaved_channel(struct json_stream *response,
const struct channel *channel);
dual-fund: accepter side implementation on lightningd wherein we add the dual_open_control functions
2020-09-09 12:10:28 +02:00
#endif /* LIGHTNING_LIGHTNINGD_DUAL_OPEN_CONTROL_H */
Reference in New Issue Copy Permalink