rust-lightning
rust-lightning copied to clipboard
lightningdevkit
A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
ddf75afd16 introduced the ability to re-exchange our `ChannelOpen` after a peer disconnects if we didn't complete funding on our end. It did not implement nor consider what would happen if...
While we "shipped" async persistence quite a few releases ago, we've always maintained that it is an alpha feature and has some known (and probably unknown) bugs. This is a...
This is a do-over of #2653, wherein we support asynchronous signing for 'normal' channel operation. This involves allowing the following `ChannelSigner` methods to return an `Err` result, indicating that the...
Basically do https://github.com/lightning/bolts/pull/1163 Almost straight code removal, should be a fun on!
This PR ensures all new incoming HTLCs going forward will have their onion decoded when they become fully committed to decide how we should proceed with each one. As a...
... which requires a bunch of unnecessary dev dependencies, e.g., `zip`. Instead we lean on the `download_bitcoind_electrs.sh` script also for local testing.
Clarified in documentation that users must persist `ChannelMonitor`s and `ChannelMonitorUpdate`s in sequential order, even more so when using async persistence. As part of #1792
The [spec](https://github.com/lightning/bolts/blob/master/02-peer-protocol.md#requirements-6) outlines a few scenarios where channels should be force closed after a co-op close attempt stops making progress after some time. LDK will currently only adhere to this...
Most languages don't support move semantics, so the standard rust builder pattern doesn't work. Worse, the invoice construction builder has a ton of type info that enforces downstream correctness. Realistically,...
Metadata
Owner
Metadata
A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!