Week of Thursday, Sep 17
We're pleased to announce the 0.9.1 release of c-lightning, named by Jon Griffiths.
This is a significant release with major bugfixes to multi-part payments and various notable speedups and improvements across the board.
Did you know: c-lightning deprecates features with 6 months warning, and you can set
Highlights for Users
Highlights for the Network
Highlights for Developers
More details can be found at https://github.com/ElementsProject/lightning/blob/v0.9.1/CHANGELOG.md
Thanks to everyone for their contributions and bug reports; please keep them coming.
Since 0.9.0, we've had 391 commits commits from 15 different authors. A special thanks goes to the 3 first time contributors:
Cheers, Christian, Rusty, ZmnSCPxj, and Lisa
This marks the first minor release in the
This release contains no database migrations.
Verifying the Release
In order to verify the release, you'll need to have
Once you have the required PGP keys, you can verify the release (assuming
You should see the following if the verification was successful:
That will verify the signature of the manifest file, which ensures integrity and authenticity of the archive you've downloaded locally containing the binaries. Next, depending on your operating system, you should then re-compute the
Verifying the Release Timestamp
From this new version onwards, in addition time-stamping the git tag with OpenTimeStamps, we'll also now timestamp the manifest file along with its signature. Two new files are now included along with the rest of our release artifacts:
Assuming you have the opentimestamps client installed locally, the timestamps can be verified with the following commands:
These timestamps should give users confidence in the integrity of this release even after the key that signed the release expires.
Verifying the Release Binaries
Our release binaries are fully reproducible. Third parties are able to verify that the release binaries were produced properly without having to trust the release manager(s). See our reproducible builds guide for how this can be achieved. The release binaries are compiled with
Finally, you can also verify the tag itself with the following command:
Building the Contained Release
Users are able to rebuild the target release themselves without having to fetch any of the dependencies. In order to do so, assuming that
Additionally, it's now possible to use the enclosed
⚡️⚡️⚡️ OK, now to the rest of the release notes! ⚡️⚡️⚡️
Release Notes (WIP)
Wumbo Soft Limit
This release contains a new health checks subsystem which periodically runs a set of health checks and requests that lnd gracefully shutdown if the check fails. The following health checks are implemented: * Chain backend: lnd requires access to a bitcoin backend, and may be at risk of losing funds if it loses its connection to the chain. A health check which periodically queries the chain backend for the best block is added, and enabled by default. * Disk space: lnd needs disk space to update its database with operational data. A disk space health check which will request shutdown if available disk space falls below a threshold percentage has been added, but is disabled by default to ensure that this check does affect any existing deployments (particularly mobile).
Both of these checks are configurable, and the following options can be set in the
Note that this channel type still remains experimental.
A new flag has been added to allow node operators to limit the total number of HTLCs they'll allow to exist on "their side" of the commitment. In the future, we may lower this default in order to mitigate certain "fee siphoning" attacks that exist with high fee rates and a large number of HTLCs. Users can set this new value to control the value used for all newly created channels
using the following flag:
Granular Method Macaroons
A series of new calls to enable granular macaroon access has landed in this new version. These new calls allow users to bake a macaroon with a specific method call URI. In other words, macaroons can now be created that only allow access to a specific set of RPC calls. As an example, it's now possible to create a macaroon that only lets a user obtain the current snapshot of the graph and nothing more.
A new local CLI command:
If we wanted to make a macaroon that only allowed access to
For more information on this new feature, check out the updated set of docs on macaroons.
Custom Macaroon Validators
A bug has been fixed that would at times cause
A bug has been fixed in the routerrpc server that would previously cause it to crash when given bad input.
The full list of changes since
Contributors (Alphabetical Order)
|bip||bip-0155||BIP155: include changes from followup discussions||2020-09-17||Update|
|bip||bip-0155||BIP155: clarify variable integer format and change time to fixed 32 bit||2020-09-17||Update|
|bip||X||[Trivial] Fix typos||2020-09-17||New PR|
|bip||bip-0155||BIP 155: addrv2 BIP proposal||2020-09-16||Merged|
|bip||bip-0049||Fix typo in BIP 49||2020-09-15||Update|
|bip||X||Add wallets that support RBF||2020-09-11||New PR|
|bolt||X||More conservative `cltv_expiry_delta` recommendations||2020-09-16||Merged|
|bolt||X||Clarify endian notation about `chain_hash`||2020-09-14||Update|
|slip||X||Add BitcoinPoS - https://bitcoinpos.net||2020-09-17||Merged|
|slip||slip-0044||slip-0044: add whitecoin / rename whitecoin to whitecoin classic (#986)||2020-09-15||Merged|