Update Channel Monitor without broadcasting transactions

[yellowred]

Allowing Channel Monitor to be updated without executing any commands outside ChannelMonitor. This allows reading Channel Monitor in MonitorUpdatingPersister without using broadcaster and fee estimator and broadcast claims when the node is ready for it.

[codecov]

Codecov Report

Attention: Patch coverage is 81.85185% with 49 lines in your changes missing coverage. Please review.

Project coverage is 89.23%. Comparing base (12920d8) to head (9ae5067).

Files with missing lines	Patch %	Lines
lightning/src/chain/channelmonitor.rs	81.85%	36 Missing and 13 partials ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #3428      +/-   ##
==========================================
- Coverage   89.24%   89.23%   -0.01%     
==========================================
  Files         130      130              
  Lines      106912   107132     +220     
  Branches   106912   107132     +220     
==========================================
+ Hits        95410    95602     +192     
- Misses       8706     8728      +22     
- Partials     2796     2802       +6     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[yellowred]

@TheBlueMatt Not sure about this func. On one hand I don't want to change provide_payment_preimage, on the other -- there is clear duplicated logic. Do you think it would be better to modify provide_payment_preimage to support returning claims?

[TheBlueMatt]

I'm a bit confused how this differs from #3396, but IMO we should ship this by building a Broadcaster that stores the transaction packages and then stores the transactions as they were to be broadcasted and broadcasts them later.

[yellowred]

I'm a bit confused how this differs from #3396, but IMO we should ship this by building a Broadcaster that stores the transaction packages and then stores the transactions as they were to be broadcasted and broadcasts them later.

This implementation does not require a broadcaster and uses your suggestion to store packages internally in CMon and automatically broadcast when there is a new block connected, which is potentially easier for the user. I have the version with storing broadcaster in some other project, but note that it will not automatically broadcast transactions, a user have to call a function for that. Here is the PR for a Broadcaster that stores transactions #3448