Skip to content

Commit aeaf05d

Browse files
committed
f three comments better, three clearer comments best
1 parent e599837 commit aeaf05d

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

lightning/src/ln/channelmanager.rs

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -1297,9 +1297,9 @@ pub(super) struct PeerState<SP: Deref> where SP::Target: SignerProvider {
12971297
/// Note that any pending [`BackgroundEvent::MonitorUpdateRegeneratedOnStartup`]s which are
12981298
/// sitting in [`ChannelManager::pending_background_events`] will *also* be tracked here. This
12991299
/// avoids a race condition during [`ChannelManager::pending_background_events`] processing
1300-
/// where we complete one [`ChannelMonitorUpdate`] (but there are more pending) but we conclude
1301-
/// all pending [`ChannelMonitorUpdate`]s have completed and its safe to run post-completion
1302-
/// actions.
1300+
/// where we complete one [`ChannelMonitorUpdate`] (but there are more pending as background
1301+
/// events) but we conclude all pending [`ChannelMonitorUpdate`]s have completed and its safe
1302+
/// to run post-completion actions.
13031303
in_flight_monitor_updates: BTreeMap<OutPoint, Vec<ChannelMonitorUpdate>>,
13041304
/// Map from a specific channel to some action(s) that should be taken when all pending
13051305
/// [`ChannelMonitorUpdate`]s for the channel complete updating.
@@ -2962,9 +2962,9 @@ macro_rules! locked_close_channel {
29622962
// We want to track the in-flight update both in `in_flight_monitor_updates` and in
29632963
// `pending_background_events` to avoid a race condition during
29642964
// `pending_background_events` processing where we complete one
2965-
// `ChannelMonitorUpdate` (but there are more pending) but we conclude that all
2966-
// pending `ChannelMonitorUpdate`s have completed and its safe to run
2967-
// post-completion actions. We could work around that with some effort, but its
2965+
// `ChannelMonitorUpdate` (but there are more pending as background events) but we
2966+
// conclude that all pending `ChannelMonitorUpdate`s have completed and its safe to
2967+
// run post-completion actions. We could work around that with some effort, but its
29682968
// simpler to just track updates twice.
29692969
let in_flight_updates = $peer_state.in_flight_monitor_updates.entry(funding_txo)
29702970
.or_insert_with(Vec::new);

0 commit comments

Comments
 (0)