Shashwat Vangani
Shashwat Vangani
Introduce a new event and set of supporting functions to allow flexibility in responding asynchronously to a received invoice request. This PR provides foundational work for further improvements in future....
This issue is a brainstorming session on why and how we should incorporate an interface for adding dummy hops to blinded paths. ### Why Dummy Hops? Dummy hops function as...
Resolves #3252 This PR improves privacy in blinded path construction by introducing support for dummy hops. While blinded paths obscure node identities, they still might reveal the number of hops—potentially...
This PR presents an alternative approach to [#3412](https://github.com/lightningdevkit/rust-lightning/pull/3412). It introduces the `Flow` trait and its implementation, `OffersMessageFlow`, as a mid-level API that abstracts most Offers-related logic out of `ChannelManager`, while...
This PR introduces a new data structure to separate the functions and fields related to Offers Message from `ChannelManager`. The change ensures a clear separation of responsibilities for BOLT12 messages,...
Builds on #3412 This PR introduces an Assessor for `Bolt12Messages` and adds the ability to support fiat currencies for offer amounts. ## `Bolt12Assessor` 1. The `Bolt12Assessor` trait provides the ability...
**Part of** #1970 This PR introduces the ability to add custom data to `ReceiveTlvs`, enabling users to include this data in the blinded reply path they create for their counterparties....
Builds on #4126 This PR adds Dummy Hop support for Blinded Payment Paths, paralleling the dummy-hop feature introduced for Blinded Message Paths in #3726. By allowing arbitrary dummy hops before...
Builds on #3964 This PR addresses two current limitations in the LDK offer-handling flow: 1. `InvoiceRequest` messages cannot be intercepted, inspected, or handled manually before responding. 2. Offers denominated in...