Amber nodes are monitored by CommitWatch. Gray nodes are sampled from authenticated GitHub public commit search and may not represent complete contribution history.
This commit is a routine API enhancement for the Lightning Dev Kit's rust-lightning library. It adds the ability for users to include custom data (called 'custom TLVs') when paying a BOLT11 invoice through the simpler `pay_for_bolt11_invoi…
Custom TLVs are user-controlled data attached to payment onions; improper validation or serialization could theoretically affect parsing, but no such bug is introduced or fixed here.API refactor changes the public signature of `pay_for_bolt11_invoice`, which is a breaking API change but not a security flaw.No mention of vulnerability, CVE, security fix, or bug in commit title or message.
This commit adds a new 'dummy hop' feature for blinded payment routes in LDK. It lets senders insert fake intermediate routing steps before the real recipient in a private Lightning payment path. Because these dummy hops look and behave li…
Adds dummy intermediate hops to blinded payment paths to obscure recipient positionTreats dummy hops with realistic relay semantics (fees, CLTV, constraints) to preserve indistinguishabilityExplicitly intended to mitigate timing-based route analysis attacks
This commit removes an older, now-redundant HMAC/nonce authentication mechanism from LDK's blinded payment paths. The code had already introduced a newer 'ReceiveAuthKey' way to authenticate the same data, so the old (hmac, nonce) fields a…
Removal of redundant HMAC/nonce authentication fieldsReplacement of legacy authenticate()/verify_for_offer_payment() with ReceiveAuthKey-based authenticationDeletion of PAYMENT_TLVS_HMAC_INPUT and associated HMAC helpers
This commit is a simple rename of a function from get_inbound_payment_key to get_expanded_key, plus updated documentation. It does not change any behavior, logic, or security properties of the code. The change reflects that the same crypto…