Skip to content

Commit

Permalink
Merge pull request #3568 from TheBlueMatt/2025-01-0.1.1
Browse files Browse the repository at this point in the history
Cut 0.1.1
  • Loading branch information
TheBlueMatt authored Jan 29, 2025
2 parents d8caac4 + 97c2dcd commit 940ca49
Show file tree
Hide file tree
Showing 4 changed files with 38 additions and 6 deletions.
36 changes: 36 additions & 0 deletions CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,39 @@
# 0.1.1 - Jan 28, 2025 - "Onchain Matters"

## API Updates
* A `ChannelManager::send_payment_with_route` was (re-)added, with semantics
similar to `ChannelManager::send_payment` (rather than like the pre-0.1
`send_payent_with_route`, #3534).
* `RawBolt11Invoice::{to,from}_raw` were added (#3549).

## Bug Fixes
* HTLCs which were forwarded where the inbound edge times out within the next
three blocks will have the inbound HTLC failed backwards irrespective of the
status of the outbound HTLC. This avoids the peer force-closing the channel
(and claiming the inbound edge HTLC on-chain) even if we have not yet managed
to claim the outbound edge on chain (#3556).
* On restart, replay of `Event::SpendableOutput`s could have caused
`OutputSweeper` to generate double-spending transactions, making it unable to
claim any delayed claims. This was resolved by retaining old claims for more
than four weeks after they are claimed on-chain to detect replays (#3559).
* Fixed the additional feerate we will pay each time we RBF on-chain claims to
match the Bitcoin Core policy (1 sat/vB) instead of 16 sats/vB (#3457).
* Fixed a cased where a custom `Router` which returns an invalid `Route`,
provided to `ChannelManager`, can result in an outbound payment remaining
pending forever despite no HTLCs being pending (#3531).

## Security
0.1.1 fixes a denial-of-service vulnerability allowing channel counterparties to
cause force-closure of unrelated channels.
* If a malicious channel counterparty force-closes a channel, broadcasting a
revoked commitment transaction while the channel at closure time included
multiple non-dust forwarded outbound HTLCs with identical payment hashes and
amounts, failure to fail the HTLCs backwards could cause the channels on
which we recieved the corresponding inbound HTLCs to be force-closed. Note
that we'll receive, at a minimum, the malicious counterparty's reserve value
when they broadcast the stale commitment (#3556). Thanks to Matt Morehouse for
reporting this issue.

# 0.1 - Jan 15, 2025 - "Human Readable Version Numbers"

The LDK 0.1 release represents an important milestone for the LDK project. While
Expand Down
2 changes: 1 addition & 1 deletion lightning-invoice/Cargo.toml
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
[package]
name = "lightning-invoice"
description = "Data structures to parse and serialize BOLT11 lightning invoices"
version = "0.33.0"
version = "0.33.1"
authors = ["Sebastian Geisler <[email protected]>"]
documentation = "https://docs.rs/lightning-invoice/"
license = "MIT OR Apache-2.0"
Expand Down
2 changes: 1 addition & 1 deletion lightning/Cargo.toml
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
[package]
name = "lightning"
version = "0.1.0"
version = "0.1.1"
authors = ["Matt Corallo"]
license = "MIT OR Apache-2.0"
repository = "https://github.com/lightningdevkit/rust-lightning/"
Expand Down
4 changes: 0 additions & 4 deletions pending_changelog/3531-buggy-router-leak.txt

This file was deleted.

0 comments on commit 940ca49

Please sign in to comment.