rust-lightning/pending_changelog/3322-b.txt
Matt Corallo 6c203d803e Stop relying on ChannelMonitor persistence after manager read
When we discover we've only partially claimed an MPP HTLC during
`ChannelManager` reading, we need to add the payment preimage to
all other `ChannelMonitor`s that were a part of the payment.

We previously did this with a direct call on the `ChannelMonitor`,
requiring users write the full `ChannelMonitor` to disk to ensure
that updated information made it.

This adds quite a bit of delay during initial startup - fully
resilvering each `ChannelMonitor` just to handle this one case is
incredibly excessive.

Over the past few commits we dropped the need to pass HTLCs
directly to the `ChannelMonitor`s using the background events to
provide `ChannelMonitorUpdate`s insetad.

Thus, here we finally drop the requirement to resilver
`ChannelMonitor`s on startup.
2024-10-24 17:44:33 +00:00

8 lines
329 B
Plaintext

API Updates
===========
As a part of adding robustness against several unlikely scenarios, redundant `PaymentClaimed`
`Event`s will be generated more frequently on startup for payments received on LDK 0.1 and
newer. A new `Event::PaymentClaimed::payment_id` field may be used to better differentiate
between redundant payments.