Skip to content

Commit d91e14b

Browse files
committed
Attempt queued splice after existing pending splice becomes locked
Since we don't yet support contributing to an incoming splice, we need to make sure we attempt our splice negotiation eventually if the counterparty was also attempting a splice at the same time but they won the quiescence tie-breaker. Since only one pending splice (without RBF) is allowed at a time, we do this after the existing splice becomes locked.
1 parent ab9769f commit d91e14b

File tree

1 file changed

+6
-0
lines changed

1 file changed

+6
-0
lines changed

lightning/src/ln/channel.rs

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -11180,6 +11180,12 @@ where
1118011180
let announcement_sigs =
1118111181
self.get_announcement_sigs(node_signer, chain_hash, user_config, block_height, logger);
1118211182

11183+
if let Some(quiescent_action) = self.quiescent_action.as_ref() {
11184+
if matches!(quiescent_action, QuiescentAction::Splice(_)) {
11185+
self.context.channel_state.set_awaiting_quiescence();
11186+
}
11187+
}
11188+
1118311189
Some(SpliceFundingPromotion {
1118411190
funding_txo,
1118511191
monitor_update,

0 commit comments

Comments
 (0)