Skip to content

Commit 59ace37

Browse files
committed
f - Document async metadata refresh
Co-Authored-By: HAL 9000
1 parent ab50d44 commit 59ace37

1 file changed

Lines changed: 10 additions & 2 deletions

File tree

lightning/src/ln/channelmanager.rs

Lines changed: 10 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5914,8 +5914,16 @@ impl<
59145914
/// Requests fresh async receive offer paths from the configured static invoice server, if any,
59155915
/// and attaches `payment_metadata` to the resulting BOLT 12 payment contexts.
59165916
///
5917-
/// The metadata is persisted with the async receive offer cache so future static-invoice
5918-
/// refreshes for the same offer continue to include it.
5917+
/// This should be called when the payment metadata needed for newly-built async receive offers
5918+
/// becomes available or changes, such as after completing an out-of-band negotiation for how
5919+
/// payers should route to this node. You do not need to call it if your async receive offers do
5920+
/// not require custom payment metadata, or if the async receive offer cache already contains the
5921+
/// metadata that should be reused for later invoice refreshes.
5922+
///
5923+
/// The metadata is persisted with the async receive offer cache so the resulting offer and later
5924+
/// static-invoice refreshes for the same offer continue to include it. Routers that require this
5925+
/// metadata to build blinded payment paths may fail static invoice generation until this method is
5926+
/// called with the metadata they expect.
59195927
pub fn refresh_async_receive_offers_with_payment_metadata(
59205928
&self, payment_metadata: BTreeMap<u64, Vec<u8>>,
59215929
) -> Result<(), ()> {

0 commit comments

Comments
 (0)